home *** CD-ROM | disk | FTP | other *** search
/ Nebula 1 / Nebula One.iso / Utilities / File / splitter / Aug < prev    next >
Encoding:
Internet Message Format  |  1991-11-26  |  94.0 KB

  1. From: Lovstrand@EuroPARC.Xerox.COM (Lennart Lovstrand)
  2. Subject: Re: 'cut'
  3. Date: 1 Aug 91 10:21:34 GMT
  4. References: <3121@pdxgate.UUCP>
  5. Sender: news@parc.xerox.com
  6.  
  7. In article <3121@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  8. > In article <17303@life.ai.mit.edu> djh@gnu.ai.mit.edu (danny) writes:
  9. > >does anyone know where i could get the src or 
  10. > >if there's an equivalent program (aside from sed)...
  11. > Cut is a System V utility. Not surprising that you can't find it. There is
  12. > a BSD utility called 'colrm' for removing specified colums. You might try
  13. > that instead of cut until you can get the sources.
  14.  
  15. You can get "cut" from the GNU fileutils package by anonymous ftp to  
  16. prep.ai.mit.edu.  See pub/gnu/fileutils-2.1.tar.Z.
  17.  
  18. Please folks, try to somehow move over to the new comp.sys.next.xxx  
  19. newsgroups.  Do whatever necessary; bribe, threaten, or take your local  
  20. sysadmin for a joyride on your NeXTmobile to make them available if they  
  21. aren't already.
  22.  
  23. --
  24. --Lennart <Lovstrand@EuroPARC.Xerox.COM>
  25. Rank Xerox EuroPARC, 61 Regent St, Cambridge, CB2 1AB, UK.
  26.  
  27. ``The first thing we do let's kill all the lawyers.''
  28.     [Hamlet, The First Part of the Contention, 4.2, line 78]
  29.  
  30. From: shei@bogie.cs.indiana.edu (Shing Shong Shei)
  31. Subject: Re: Problems compiling Perl
  32. Date: 1 Aug 91 14:09:57 GMT
  33. References: <CEDMAN.91Jul28210645@714-856-8134.ps.uci.edu> <1991Jul31.193036.24539@news.cs.indiana.edu> <CEDMAN.91Jul31185951@714-856-8134.ps.uci.edu>
  34.  
  35. In article <CEDMAN.91Jul31185951@714-856-8134.ps.uci.edu> cedman@golem.ps.uci.edu (Carl Edman) writes:
  36. >   >This problem has nothing to do with the optimizer. It is with libnm.a
  37. >   >which is included by default by Configure. Just run Configure again,
  38. >   >and remove libnm.a. That will produce a perl which compiles and
  39. >   >self-tests just fine.
  40. >
  41. >  No, I don't think so.  I did encounter the error message about the libnm.a
  42. >  as described in the first message.  I ranlib it and it did complain about
  43. >  not symbol table.  Still I went ahead and link it, the generated perl was
  44. >  okay, i.e., it passed "make test".
  45. >
  46. >Why do you disagree ? We are saying exactly the same thing. Whether
  47. >you link by ignoring the libnm.a error messages or properly
  48. >reconfigure perl using Configure not to link libnm.a in at all does
  49. >not make the slightest difference.
  50.  
  51. Sorry that I didn't make it clear.  Yes, Carl was right that this has nothing
  52. to do with the optimizer.  But there is a small difference in removing or not
  53. removing libnm.a.  I didn't look into if taking out the libnm reduces some
  54. functionalities of perl or not.  But "make test" sure doesn't test ALL
  55. functionalities of perl.  In installing this version (4.010), at some stage, I
  56. got a version that passed "make test" but when I installed it to the system,
  57. some of the perl scripts failed to work.  Anyway, the following script shows
  58. that perl does link with libnm.a.
  59.  
  60. First, use "cc -v" to see how cc call the ld to link the perl.  Then try to
  61. link one by yourself except adding "-M" asking ld to generate a load map.
  62.  
  63. =======
  64. beldar: make CC="cc -v"
  65. cc -v   array.o cmd.o cons.o consarg.o doarg.o doio.o dolist.o dump.o eval.o form.o hash.o  perl.o regcomp.o regexec.o stab.o str.o toke.o util.o perly.o usersub.o -lnm -ldbm -lm  -o perl
  66. NeXT Release 2.0 (v31.1) -- GNU version 1.36
  67.  /bin/ld -o perl -lcrt0.o array.o cmd.o cons.o consarg.o doarg.o doio.o dolist.o dump.o eval.o form.o hash.o perl.o regcomp.o regexec.o stab.o str.o toke.o util.o perly.o usersub.o -lnm -ldbm -lm -lsys_s
  68. beldar: /bin/ld -M -o perl -lcrt0.o array.o cmd.o cons.o consarg.o doarg.o doio.o dolist.o dump.o eval.o form.o hash.o perl.o regcomp.o regexec.o stab.o str.o toke.o util.o perly.o usersub.o -lnm -ldbm -lm -lsys_s > /tmp/map
  69. =======
  70.  
  71. Scan through the map, you will see:
  72.  
  73. =======
  74. Load map for: perl
  75. Segment name     Section name     Address    Size
  76. __PAGEZERO                        0x00000000 0x00002000
  77.  
  78. __TEXT                            0x00002000 0x00030000
  79. __TEXT           __text           0x00003a7c 0x00029480
  80.                   0x00003a7c 0x000000a4 /lib/crt0.o 
  81.                   0x00003b20 0x00000514 array.o 
  82.                   0x00004034 0x000019fc cmd.o 
  83.                   0x00005a30 0x000020a4 cons.o 
  84.                   0x00007ad4 0x00002458 consarg.o 
  85.                   0x00009f2c 0x00002b24 doarg.o 
  86.                   0x0000ca50 0x00003c38 doio.o 
  87.                   0x00010688 0x00003274 dolist.o 
  88.                   0x000138fc 0x00006618 eval.o 
  89.                   0x00019f14 0x00000bd4 form.o 
  90.                   0x0001aae8 0x000009f0 hash.o 
  91.                   0x0001b4d8 0x000020e8 perl.o 
  92.                   0x0001d5c0 0x00001568 regcomp.o 
  93.                   0x0001eb28 0x00001034 regexec.o 
  94.                   0x0001fb5c 0x00001af0 stab.o 
  95.                   0x0002164c 0x00001f2c str.o 
  96.                   0x00023578 0x00006590 toke.o 
  97.                   0x00029b08 0x00000ed8 util.o 
  98.                   0x0002a9e0 0x00001df4 perly.o 
  99.                   0x0002c7d4 0x0000000c usersub.o 
  100.                   0x0002c7e0 0x00000050 /usr/lib/libnm.a(trig.o) 
  101.                   0x0002c830 0x000002a4 /usr/lib/libnm.a(atan2.o) 
  102.                   0x0002cad4 0x000002f4 /usr/lib/libnm.a(pow.o) 
  103.                   0x0002cdc8 0x00000034 /usr/lib/libnm.a(exp.o) 
  104.                   0x0002cdfc 0x0000002c /usr/lib/libnm.a(log.o) 
  105.                   0x0002ce28 0x0000002c /usr/lib/libnm.a(sqrt.o) 
  106.                   0x0002ce54 0x000000a8 /usr/lib/libnm.a(support.o) 
  107.         ...
  108.                   0x0002f994 0x00000038 /usr/lib/libnm.a(atan2.o) 
  109.                   0x0002f9cc 0x00000028 /usr/lib/libnm.a(pow.o) 
  110. __TEXT           __cstring        0x0002f9f4 0x0000260a
  111.         ...
  112. ======
  113.  
  114. From: slp@genrad.uucp (Stephen L. Peters)
  115. Subject: Re: NeXT groups
  116. Date: 1 Aug 91 11:55:13 GMT
  117. References: <941@equinox.unr.edu> <907@daily-planet.concordia.ca>
  118. Sender: news@genrad.UUCP
  119.  
  120. In article <907@daily-planet.concordia.ca> stefanos@concour.cs.concordia.ca (KIAKAS stefanos) writes:
  121. >the new groups are:
  122. >
  123. >    comp.sys.next.misc
  124. >    comp.sys.next.announce
  125. >    comp.sys.next.programer (maybe 2 m's)
  126. >    comp.sys.next.sysadmin
  127. >
  128. >hope this helps
  129.  
  130. Yes, it's with 2 m's --
  131.     comp.sys.next.programmer
  132.  
  133. Now, all of you, shoo!  Shoo shoo shoo!
  134. Go join comp.sys.next.misc -- you've already missed the two major
  135. flame wars this season -- one against NewsGrazer, the next against
  136. sef@kithrup.com   Don't miss whatever the next battle is about to be!
  137.  
  138.                 Stephen Peters
  139.  
  140. From: weinri@athena.cs.uga.edu (Kevin Weinrich)
  141. Subject: Can't boot
  142. Summary: Just received used system, "Exception #2" on boot, help
  143. Date: 1 Aug 91 15:41:29 GMT
  144.  
  145. Expires: 
  146. References:
  147. Sender:weinri@athena.cs.uga.edu
  148.  
  149. Keywords: 
  150.  
  151. We just had a cube "donated" (it's a long story) to us.  I'm
  152. trying to get in touch with the donors, but in the meantime
  153. maybe one of you kind souls have seen this before (I've
  154. never used a NeXT before, I'm a Sun sysadmin):
  155. On boot, I see "Testing system" and "Loading from disk" with
  156. the appropriate graphic.  Within a second of the graphic
  157. starting to "spin", I enter the ROM Monitor (2.2 (v63)) and
  158. get :
  159.    Exception #2 (0x8) at 0x4380012
  160. and the Monitor prompt.  With the Optical Cart. (Software Release
  161. 2.0) loaded, I try "bod test".  Same result.
  162. I can't find anything about "Exceptions" in the few manuals it
  163. came with.  Could this be due to a problem in shipping.
  164.  
  165. I greatly appreciate any tips.  Replies to weinri@athena.cs.uga.edu
  166. would be most welcome.  I will try to get our sysadmin to add
  167. the new newsgroups, but they're not available yet, or I would
  168. have asked there.
  169. -Kevin Weinrich
  170.  
  171. From: malkin@ksr.com (Alexander Malkin)
  172. Subject: Perl on NeXT?
  173. Date: 1 Aug 91 20:58:38 GMT
  174. Sender: news@ksr.com
  175.  
  176. This is probably in a FAQ, but could someone tell me where to get Perl
  177. for the NeXT?
  178.  
  179. Thanks.
  180.  
  181.   Alex  (malkin@ksr.com  or  uunet!ksr!malkin)
  182.  
  183. From: johnr%oceania@UUNET.UU.NET (John Robison)
  184. Subject: The new groups
  185. Date: 1 Aug 91 22:09:20 GMT
  186. Sender: johnr@oceania.UUCP (John Robison)
  187.  
  188. OK all, forward this to your sysadmins
  189. to get the new groups. This is from
  190. news.announce.newgroups.
  191.  
  192. [irrelevant stuff deleted]
  193.  
  194. The following USENET groups have been created in the past month:
  195.  
  196. GROUP                         ADD DATE              NOTES
  197. ==============================================================================
  198. comp.sys.next.announce          7 Jul   moderated, csn-announce@media.mit.edu
  199. comp.sys.next.misc              7 Jul
  200. comp.sys.next.programmer        7 Jul
  201. comp.sys.next.sysadmin          7 Jul
  202.  
  203. John
  204.  
  205. From: cdl@chiton.ucsd.edu (Carl Lowenstein)
  206. Subject: Re: 'cut'
  207. Date: 1 Aug 91 14:52:33 GMT
  208. References: <17303@life.ai.mit.edu>
  209.  
  210. In article <17303@life.ai.mit.edu> djh@gnu.ai.mit.edu (danny) writes:
  211. >hi!
  212. >i can seem to find this program in 2.0...
  213. >
  214. >does anyone know where i could get the src or 
  215. >if there's an equivalent program (aside from sed)...
  216.  
  217. A public-domain replacement has been around for quite a while.  Look
  218. in (e.g.) gatekeeper.dec.com:pub/comp.sources.unix/volume8/cut+paste.Z
  219.  
  220. Also ftp.uu.net:ftp/bsd-sources/usr.bin/cut
  221.             " "        paste
  222.  
  223. Also wuarchive.wustl.edu:unix/4.3bsd-reno/usr.bin/cut
  224.             " "            paste
  225.  
  226. Figuring that if you need cut, paste can't be far behind.
  227.  
  228.  
  229. From: nk@home.sybase.com
  230. Subject: Portable NeXTs...  (Suggestion)
  231. Keywords: portable computers
  232. Date: 31 Jul 91 17:40:20 GMT
  233. Sender: news@Sybase.COM
  234.  
  235.  
  236. I was giving my officemate a demo of my NeXT box and it hit me that
  237. a portable version of the NeXT box would be really slick.
  238.  
  239. Are there any plans for a portable NeXT box/slab?
  240.  
  241. Here are some features it I think it should have:
  242.  
  243. Half-height-drives (maybe 2 of them, 300Mb if possible)
  244. Size no larger than 9''x11''x2''  (able to fit into a briefcase easily)
  245. High-resolution mono-monitor.  (???)
  246. Ability to sense ethernet and phone connections and appropriately mount or
  247.     unmount    filesystems, or start or stop uucp transmissions.
  248. Pause feature.  (the machine can be "turned-off" and then back on without
  249.     loss of machine state.  Saves rebooting time.)
  250. Cellular modem (with proper error handling would be a plus, 9600 would be
  251.     nice).
  252. Mouse/Track-ball options.
  253.  
  254. What do you think?
  255.  
  256.  
  257.     Nicolai Kosche    nk@sybase.com    {pyramid,sun,mtxinu}!sybase!nk
  258. I speak only for myself and I do not reflect the views or position of Sybase.
  259. Anything included in this message is provided at your own risk.
  260.  
  261. From: toon@news.sara.nl
  262. Subject: Re: The new groups - hand made ? Why ?
  263. Date: 2 Aug 91 06:46:16 GMT
  264. References: <1991Aug1.220920.13565@oceania.UUCP>
  265.  
  266. In article <1991Aug1.220920.13565@oceania.UUCP>,
  267.     johnr%oceania@UUNET.UU.NET (John Robison) writes:
  268. > OK all, forward this to your sysadmins
  269. > to get the new groups. This is from
  270. > news.announce.newgroups.
  271. > [irrelevant stuff deleted]
  272. > The following USENET groups have been created in the past month:
  273.  
  274.     [... follow the well known four new groups ...]
  275.  
  276. Why, in all the world, do these sites need human assistance for creating
  277. new (and approved) newsgroups ? I had 'm the day after they were announced
  278. because our news software (ANU-NEWS 6.0-3 on VMS) supports automatic
  279. execution of control messages. I am THE news manager for SARA.NL and I'm
  280. sure glad I don't have to deal with this kind of details myself (why do
  281. we have computers, anyway, if we can't automate laborious, tedious and
  282. unrewarding - oh, well, not in this special case, of course .-) - tasks).
  283. This way I am also sure that the rmgroup message that removes this
  284. newsgroup on the 2nd of September will execute without my intervention
  285. (see note below .-)
  286.  
  287. From: cedman@golem.ps.uci.edu (Carl Edman)
  288. Subject: Re: Problems compiling Perl
  289. Date: 2 Aug 91 15:19:00 GMT
  290. References: <CEDMAN.91Jul28210645@714-856-8134.ps.uci.edu>
  291.     <1991Jul31.193036.24539@news.cs.indiana.edu>
  292.     <CEDMAN.91Jul31185951@714-856-8134.ps.uci.edu>
  293.     <1991Aug1.091003.1257@news.cs.indiana.edu>
  294. Nntp-Posting-Host: 714-856-8134.nts.uci.edu
  295. In-reply-to: shei@bogie.cs.indiana.edu's message of 1 Aug 91 14:09:57 GMT
  296.  
  297.  
  298. Now I see your point. (Sorry, I thought you made the same point a
  299. several people have made in letters to me that a) they can't "rm
  300. libnm.a" because their sysadmin won't allow it or b) they can't find
  301. libnm.a anywhere in the makefiles or the Configure script (it is
  302. everywhere as -lnm)).
  303.  
  304. On the other hand clearly all the routines in libnm.a are also in
  305. libm.a. I could not find any description of it anywhere in the
  306. extended or developers documentation. What _does_ libnm.a do over
  307. libm.a ?
  308.  
  309.         Carl Edman
  310. --
  311. Please do send mail to me at <cedman@golem.ps.uci.edu>. The local sendmail
  312. might be broken and until it is fixed the above address guarantees that I get
  313. at least one copy. Thank you.
  314.  
  315. From: cedman@golem.ps.uci.edu (Carl Edman)
  316. Subject: Re: Perl on NeXT?
  317. Date: 2 Aug 91 15:23:51 GMT
  318. References: <4864@ksr.com>
  319. Nntp-Posting-Host: 714-856-8134.nts.uci.edu
  320. In-reply-to: malkin@ksr.com's message of 1 Aug 91 20:58:38 GMT
  321.  
  322. In article <4864@ksr.com> malkin@ksr.com (Alexander Malkin) writes:
  323.   This is probably in a FAQ, but could someone tell me where to get Perl
  324.   for the NeXT?
  325.  
  326. Get the source from any of the standard sites (e.g. prep.ai.mit.edu)
  327. via anon ftp. Run the Configure script. It will recognize a NeXT
  328. computer and give you almost all the defaults you want. The only
  329. exception is the line in which you are asked for the libraries to use.
  330. There are some problems with libnm.a (the -lnm switch). The easiest
  331. solution is to simply remove that switch (just give "-ldbm -lm" when
  332. querried instead of the default of "-lnm -ldbm -lm"). After that perl
  333. should have a few minor warnings during compilation but work without
  334. problems.
  335.  
  336.         Carl Edman
  337.  
  338. --
  339. Please do send mail to me at <cedman@golem.ps.uci.edu>. The local sendmail
  340. might be broken and until it is fixed the above address guarantees that I get
  341. at least one copy. Thank you.
  342.  
  343. From: philip@pescadero.Stanford.EDU (Philip Machanick)
  344. Subject: Need help in buying decision
  345. Date: 2 Aug 91 17:04:15 GMT
  346. Sender: news@neon.Stanford.EDU (USENET News System)
  347.  
  348. I'm a bit puzzled by the New NeXT's in November thread, where
  349. there seems to be doubt that NeXT will be using the 88K. There
  350. is an article in the San Francisco afternoon paper (Examiner?
  351. Chronicle? - bad memory for names) quoting Jobs as saying the
  352. 88K would blow away the MIPS R4000, as if everyone knew they
  353. were going to use it [1 August, business section].
  354.  
  355. In any case: is someone from NeXT prepared to give details of
  356. short-term product plans to help me decide whether to go for
  357. NeXT? Please don't tell me all the advantages of NeXT over
  358. other platforms - I know that already.
  359.  
  360. (I haven't read this group for a while, so I may have missed
  361. something.)
  362.  
  363. From: delphys@ocean.cc.mcgill.ca (David HOLMES)
  364. Subject: Re: 'cut'
  365. Date: 2 Aug 91 16:50:18 GMT
  366. References: <17303@life.ai.mit.edu>
  367. Sender: news@cs.mcgill.ca (Netnews Administrator)
  368.  
  369. In article <17303@life.ai.mit.edu> djh@gnu.ai.mit.edu (danny) writes:
  370. > hi!
  371. > i can seem to find this program in 2.0...
  372. > does anyone know where i could get the src or 
  373. > if there's an equivalent program (aside from sed)...
  374.  
  375. We had the same problem with some backup scripts.
  376. You can find the compressed binaries on our ftp site
  377.  
  378. archive.CC.McGill.CA 
  379.  
  380. as 
  381.  
  382. src/user-tools/cutBSD-4-NeXTs.Z
  383. src/user-tools/pasteBSD-4-NeXTs.Z
  384.  
  385. ________            __________________________                 __
  386.         David Holmes                          McGILL UNIVERSITY
  387.  
  388. UNIX Support Group - Computing Centre         Montreal,  CANADA
  389.  
  390. email       delphys@CC.McGill.CA             voice  514-398-3716
  391.             delphys@MCGILL1.BITNET           FAX    514-398-6876
  392. NeXT email  delphys@ocean.CC.McGill.CA
  393. -----------------------------------------------------------------
  394.  
  395. From: gemoe@proximus.north.de (Gerhard Moeller)
  396. Subject: Re: 'cut'
  397. Date: 2 Aug 91 07:24:55 GMT
  398. References: <17303@life.ai.mit.edu>
  399. Sender: gemoe@proximus.north.de
  400.  
  401. In article <17303@life.ai.mit.edu> djh@gnu.ai.mit.edu (danny) writes:
  402. > hi!
  403. > i can seem to find this program in 2.0...
  404. > does anyone know where i could get the src or 
  405. > if there's an equivalent program (aside from sed)...
  406. > i just started using a NeXTstation and was used to using 
  407. > /usr/bin/cut in my scripts that i carried over from SunOS.
  408. > danny
  409.  
  410. 'cut' is licenced by ATT (which is a modem-test-command). But you can get gcut  
  411. from gnu.
  412. You should (hopefully) find it at prep.ai.mit.edu somwhere in
  413. u2/... The file you need is, I think, fileutils1.4.
  414. But if you can't find it and you can receive NeXT Mail, I'll send you mine.  
  415. (Just tell me if you want the source or the executable...I hope I still have  
  416. the source somewhere... ;-) )
  417.  
  418.         Fun, Gerhard.
  419. --
  420. +---------------------------< principiis obsta! >---------------------------+
  421. | Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG)    [Geb. 02/21/68] |
  422. |    inhouse: gimli!gemoe                  NeXT: gemoe@proximus.north.de    |
  423. |DOMAIN: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE                   |
  424. |BITNET: gmoeller%arbi.informatik.uni-oldenburg.de@DOLUNI1 (106495@DOLUNI1) |
  425. +-----------------------> the medium is the message <-----------------------+
  426.  
  427. From: melling@cs.psu.edu (Michael D Mellinger)
  428. Subject: Re: New NeXT's in November?
  429. Date: 3 Aug 91 01:52:42 GMT
  430. References: <7305@ns-mx.uiowa.edu> <ee=a02oc09tl01@JUTS.ccc.amdahl.com>
  431.     <t88Hzj4r1@cs.psu.edu> <3120@pdxgate.UUCP>
  432. Sender: news@cs.psu.edu (Usenet)
  433.  
  434.  
  435. In article <3120@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  436.  
  437.    Binary compatability with what. Almost every major manufacturer that 
  438.    has looked at the 88K has found it to be technologically deficient 
  439.    in several areas. Sure it's nice that Motorolla came out with a BCS, 
  440.    but since basically noone will be using it besides Motorolla and the 
  441.    few companies that sign on, it will be a very small customer base that 
  442.    can be targeted based on an 88K BCS. Incidentally, Intel, IBM, MIPS,
  443.    SPARC, and most other RISCs also have binary compatability standards.
  444.  
  445. Binary compatible with most every other NeXT!!  That way people who
  446. set up networks of NeXTs don't have to play around with two different
  447. binaries.
  448.  
  449.    I'd agree that RISC is ONE OF the most promising technologies in the 
  450.    near future, but not Motorollas version of it. Their entire 
  451.    manufacturing facilities will have to be re-worked to support the 
  452.    manufacturing of the IBM POWER RISC chip, since it uses technology
  453.    beyond that which Motorolla currently has. How do you expect them to
  454.    compete with a RISC chipset that is inferior to the ones they will
  455.    be producing for their competitors.
  456.  
  457. Sabatoge IBM RISC? :-).  Hire some smart people who know something
  458. about RISC?
  459.  
  460.    With Intel and IBM working on versions of their RISC processors that
  461.    combine the best of RISC and VLIW technologies, and by the time that
  462.    Motorolla gets up to speed, these other chips will be defacto standards
  463.    with large installed customer bases and backwrad compatability with
  464.    the first versions of their RISC-only processors.
  465.  
  466.    The 88K really is no more promising than the i860 is as a general
  467.    purpose RISC chip. Admittedly, the i860 has more caveats than the
  468.    Motorolla architecture, but the Motorolla is not doing much better.
  469.  
  470. The current 88K is as fast or faster than the 68040, at least from the
  471. SPECmarks that I've seen.  A lot will depend on NeXT.  Will they ever
  472. sell 1 million machines a year?  You might want to consider that
  473. Motorola might still have a little company pride, and they might not
  474. like the idea of making IBM's chips.  Look at MIPS.  They beat
  475. everyone in the microprocessor game.  They're not exactly a large
  476. company.
  477.  
  478.    Betting your future on the 88K is almost as smart as betting it on 
  479.    the INMOS transputer. Neither one will probably get off the ground
  480.    except in niche markets.
  481.  
  482. This is 1991, the latter half of the 20th century.  Switching
  483. microprocessors is only an inconvenience.  It's not going to break
  484. every piece of software written for the NeXT(at least not
  485. significantly).
  486.  
  487.    By the fourth quarter of this year, IBM will have reduced the POWER
  488.    architecture to a single chip implementation. Then they will start
  489.    producing chips with more than a 25 MHz clock speed, and watch those
  490.    SPECmarks jump. Motorolla, on the other hand, will still be working 
  491.    the bugs out of the 2 chip implementation of the 88K... Not a 
  492.    promising chip to bet your future on...
  493.  
  494. You might be right.  What's up with the 88110?  Is it 60 mips or
  495. 100mips?  NeXT might be better of going with the MIPS R3000,
  496. R4000(R6000...) chips.  ACE(Microsoft/DEC/Compaq/MIPS) adopting these
  497. chips means that they will be *cheap*, and they're second sourced,
  498. unlike Motorola's chips.
  499.  
  500. -Mike
  501.  
  502. From: theo@ccwf.cc.utexas.edu (theodore teoh choon sun)
  503. Subject: Cube for sale
  504. Date: 5 Aug 91 06:41:31 GMT
  505. Sender: news@ut-emx.uucp
  506.  
  507. I have an 030 NeXT Cube for sale. The configurations are:
  508.  
  509. 40 MB internal harddisk(for swapping)
  510. 8 MB RAM
  511. 1 Optical Drive
  512. 2 Optical disks (System 1.0 & 2.1)
  513. 1 2400bps modem
  514.  
  515. I am asking for $3200.00 or best offer.
  516. I will share half the cost of shipping and handling.
  517. Interested party please e-mail to theo@doc.cc.utexas.ed
  518.  
  519. From: dbg@sinix.UUCP (David George)
  520. Subject: Re: IBM-APPLE Merger
  521. Date: 5 Aug 91 14:17:19 GMT
  522. References: <3072@pdxgate.UUCP> <1991Jul23.232350.7221@math.ucla.edu> <1991Jul24.171310.29463@potomac.ads.com>
  523.  
  524. In the August Edition of Personal Computer World they announced that the
  525. Apple-IBM deal was off for the forseable future, of course that may be
  526. a short time as this magazine claimed in 1987 that "OS2 will be to DOS
  527. what DOS was to CP/M".
  528.  
  529. David.
  530.  
  531. ref: Personal Computer World, U.K., Aug 1991, West Coast Feature. 
  532.  
  533. From: kenyee@ksr.com (Ken Yee)
  534. Subject: Portable code (GUI and otherwise)
  535. Date: 5 Aug 91 13:31:46 GMT
  536. Sender: news@ksr.com
  537.  
  538. A couple of neophyte programming questions about programming the NeXT GUI:
  539.  
  540. 1) Does g++ exist for the NeXT?  I've heard rumors that it did.  If it
  541.    did, this would solve the non-portability of Objective-C programs
  542.    to C++.
  543. 2) Does anyone make class libraries which are retargettable to MS-Windows,
  544.    the Mac, X-windows, Motif, as well as NeXT?.  I'd like to be able to
  545.    take the same code and port it to different systems by just linking
  546.    with different libraries; I've heard that XVT provides this functionality
  547.    for MS-Windows, Mac, and X-windows...
  548.  
  549. Ken  (kenyee@ksr.com  or  uunet!ksr!kenyee)
  550.  
  551. From: a0cb@.cc.pdx.edu (Chris Bertholf)
  552. Subject: Re: New NeXT's in November?
  553. Date: 5 Aug 91 17:46:06 GMT
  554. References: <7305@ns-mx.uiowa.edu: <ee=a02oc09tl01@JUTS.ccc.amdahl.com: <t88Hzj4r1@cs.psu.edu: <3120@pdxgate.UUCP: <ffaH5int1@cs.psu.edu:
  555. Sender: news@pdxgate.UUCP
  556.  
  557. In article <ffaH5int1@cs.psu.edu: melling@cs.psu.edu (Michael D Mellinger) writes:
  558. :
  559. :In article <3120@pdxgate.UUCP: a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  560. :   Binary compatability with what. Almost every major manufacturer that 
  561. :   has looked at the 88K has found it to be technologically deficient 
  562. :   in several areas. Sure it's nice that Motorolla came out with a BCS, 
  563. :   but since basically noone will be using it besides Motorolla and the 
  564. :   few companies that sign on, it will be a very small customer base that 
  565. :   can be targeted based on an 88K BCS. Incidentally, Intel, IBM, MIPS,
  566. :   SPARC, and most other RISCs also have binary compatability standards.
  567. :
  568. :Binary compatible with most every other NeXT!!  That way people who
  569. :set up networks of NeXTs don't have to play around with two different
  570. :binaries.
  571.  
  572. That would be nice, but is also possible using any of the other major RISC
  573. chipsets that are currently available... License a little software technology,
  574. get a much better architecture in return... NeXT has plenty to bargain with!
  575.  
  576. :   I'd agree that RISC is ONE OF the most promising technologies in the 
  577. :   near future, but not Motorollas version of it. Their entire 
  578. :   manufacturing facilities will have to be re-worked to support the 
  579. :   manufacturing of the IBM POWER RISC chip, since it uses technology
  580. :   beyond that which Motorolla currently has. How do you expect them to
  581. :   compete with a RISC chipset that is inferior to the ones they will
  582. :   be producing for their competitors.
  583. :
  584. :Sabatoge IBM RISC? :-).  Hire some smart people who know something
  585. :about RISC?
  586.  
  587. They should have done that a looooonnnng time ago :-) But seriously, the 88K
  588. line will not be developed past it's current state, or so Motorolla says. Why
  589. go with a dead chip. Sure it is fast, but if there is no room for upward growth
  590. within the same chip line, not a real good business decision. Maybe Steve has
  591. some inside info the rest of us don't. 
  592.  
  593. :   With Intel and IBM working on versions of their RISC processors that
  594. :   combine the best of RISC and VLIW technologies, and by the time that
  595. :   Motorolla gets up to speed, these other chips will be defacto standards
  596. :   with large installed customer bases and backwrad compatability with
  597. :   the first versions of their RISC-only processors.
  598. :
  599. :   The 88K really is no more promising than the i860 is as a general
  600. :   purpose RISC chip. Admittedly, the i860 has more caveats than the
  601. :   Motorolla architecture, but the Motorolla is not doing much better.
  602. :
  603. :The current 88K is as fast or faster than the 68040, at least from the
  604. :SPECmarks that I've seen.  A lot will depend on NeXT.  Will they ever
  605. :sell 1 million machines a year?  You might want to consider that
  606. :Motorola might still have a little company pride, and they might not
  607. :like the idea of making IBM's chips.  Look at MIPS.  They beat
  608. :everyone in the microprocessor game.  They're not exactly a large
  609. :company.
  610.  
  611. FAST does not make good, or upgradeable into the future. And saying MIPS
  612. beats everyone in the microprocessor game is a bit ludicrous. They are
  613. struggling to keep up with the others right now. The R4000, when it arrives,
  614. is SUPPOSED to be a promising chip... We'll just have to see how it stacks
  615. up against the POWER chip, HP chips, etc.
  616.  
  617. It's a good bet that IBM has some scary technology jumps in store for us in
  618. the near future, as they try to regain the market share they have lost in
  619. the past few years due to proprietary architectures, operating systems, 
  620. software and networking strategies.
  621.  
  622. BTW, the NeXT/IBM alliance is far from dead, from what I hear...
  623.  
  624. :   Betting your future on the 88K is almost as smart as betting it on 
  625. :   the INMOS transputer. Neither one will probably get off the ground
  626. :   except in niche markets.
  627. :
  628. :This is 1991, the latter half of the 20th century.  Switching
  629. :microprocessors is only an inconvenience.  It's not going to break
  630. :every piece of software written for the NeXT(at least not
  631. :significantly).
  632.  
  633. Try to tell VARs and secondary software developers this. Especially if
  634. they have tuned their application(s) to the current hardware. Sure, it
  635. is 1991, but it is not as easy as you would like to believe or have the
  636. rest of us believe. At least it will be easier for them to PORT to the
  637. new hardware and software, given the NeXT development environment, but
  638. it will NOT be trivial. It sounds like you have never done a major port!
  639.  
  640. :   By the fourth quarter of this year, IBM will have reduced the POWER
  641. :   architecture to a single chip implementation. Then they will start
  642. :   producing chips with more than a 25 MHz clock speed, and watch those
  643. :   SPECmarks jump. Motorolla, on the other hand, will still be working 
  644. :   the bugs out of the 2 chip implementation of the 88K... Not a 
  645. :   promising chip to bet your future on...
  646. :
  647. :You might be right.  What's up with the 88110?  Is it 60 mips or
  648. :100mips?  NeXT might be better of going with the MIPS R3000,
  649. :R4000(R6000...) chips.  ACE(Microsoft/DEC/Compaq/MIPS) adopting these
  650. :chips means that they will be *cheap*, and they're second sourced,
  651. :unlike Motorola's chips.
  652.  
  653.  
  654. Chris
  655.    __
  656.   /  ) /         
  657.  /    /_  __  o _ 
  658. (__/ / /_/ (_<_/_)_
  659.  
  660. From: grw@oahu.cs.ucla.edu (George Wu)
  661. Subject: HitchHiker 1.1
  662. Date: 5 Aug 91 19:20:48 GMT
  663. Sender: usenet@cs.ucla.edu (Mr. News Himself)
  664.  
  665.  
  666. I am trying to use HitchHiker 1.1 on a NextStation and having problems
  667. when opening the serial port.  It seems whenever I try to open up a
  668. serial port(a or b) the program immediately starts to send a stream of
  669. L's out to the port and clicking on the Parameters button bombs the
  670. program.  The on-line documentation provides no clue as to what's
  671. going on here.  Can anyone help ?
  672.  
  673.   Thanks,
  674.   George Wu
  675.  
  676.  
  677. P.S. I am pretty sure the modem is hooked up correctly since I can run
  678. tip with no problems.
  679.  
  680. From: melling@cs.psu.edu (Michael D Mellinger)
  681. Subject: Re: New NeXT's in November?
  682. Date: 5 Aug 91 20:29:27 GMT
  683. References: <7305@ns-mx.uiowa.edu: <ee=a02oc09tl01@JUTS.ccc.amdahl.com:
  684.     <t88Hzj4r1@cs.psu.edu: <3120@pdxgate.UUCP: <ffaH5int1@cs.psu.edu:
  685.     <3160@pdxgate.UUCP>
  686. Sender: news@cs.psu.edu (Usenet)
  687.  
  688.  
  689. In article <3160@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  690.  
  691.    Try to tell VARs and secondary software developers this. Especially if
  692.    they have tuned their application(s) to the current hardware. Sure, it
  693.    is 1991, but it is not as easy as you would like to believe or have the
  694.    rest of us believe. At least it will be easier for them to PORT to the
  695.    new hardware and software, given the NeXT development environment, but
  696.    it will NOT be trivial. It sounds like you have never done a major port!
  697.  
  698.  
  699. How are developers tuning their apps for the 68040?  NeXT has some
  700. work to do, but most developers don't have much work at all!  They can
  701. build 68040 and 88K (or any other chip) binaries from a single source.
  702. Possibly the same source they're using today.
  703.  
  704. -Mike
  705.  
  706. From: bob@MorningStar.Com (Bob Sutterfield)
  707. Subject: Re: New NeXT's in November?
  708. Date: 5 Aug 91 21:42:17 GMT
  709. References: <7305@ns-mx.uiowa.edu: <ee=a02oc09tl01@JUTS.ccc.amdahl.com:
  710.     <t88Hzj4r1@cs.psu.edu: <3120@pdxgate.UUCP: <ffaH5int1@cs.psu.edu:
  711.     <3160@pdxgate.UUCP> <uq4Hdx#v1@cs.psu.edu>
  712. Sender: news@MorningStar.Com
  713.  
  714. In article <uq4Hdx#v1@cs.psu.edu> melling@cs.psu.edu (Michael D Mellinger) writes:
  715.    In article <3160@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  716.       ...Especially if [VARs and secondary software developers] have
  717.       tuned their application(s) to the current hardware.
  718.  
  719.    How are developers tuning their apps for the 68040?  
  720.  
  721. Usually without much effort at all.  It's very easy to write code that
  722. runs well on one type of processor architecture.  The hard work comes
  723. in writing very portable code without any assumptions about the
  724. underlying iron.
  725.  
  726.    NeXT has some work to do, but most developers don't have much work
  727.    at all!
  728.  
  729. It depends upon how much work the developers did up front to make
  730. their code portable.  If they're experienced in writing code to run on
  731. a variety of processors, then their code is probably already most of
  732. the way there.  If they have only worked on one or two types of
  733. machines, then they may discover a lot of hidden assumptions.
  734.  
  735. Not to sound snooty or anything, but how many NeXT developers came
  736. "up" from (e.g.) Macintoshes, and how many came "down" from other UNIX
  737. systems?  The former group has been living in a sheltered, forcibly
  738. homogenous world, where the biggest shock in recorded history was the
  739. introduction of Color QuickDraw and 32-bit addressing, which wouldn't
  740. have bothered any of them if they had been writing portable code in
  741. the first place.  The latter group has seen it all before, and will
  742. have a much easier time of it.
  743.  
  744.    They can build 68040 and 88K (or any other chip) binaries from a
  745.    single source.  Possibly the same source they're using today.
  746.  
  747. Yes, they can, if the code is well written.  But the toughest time in
  748. any UNIX code's life cycle is typically its first port to a RISC
  749. architecture.  I've ported "super-portable" code that was written on a
  750. VAX to a Sun-1 and a Sun-2 and a Pyramid, and from a Sun-1 to a Sun-2
  751. to a Sun-3 to a Sun-4, and from several other things to 88K and MIPS
  752. and IBM RTs and RS/6000s.  It's uniformly harder to move from a CISC
  753. machine to a RISC machine, because the RISC machines are uniformly
  754. pickier.  If the author isn't careful about the original assumptions
  755. about (e.g.) byte ordering and structure packing and array index
  756. incrementing efficiency (row vs column), it can sometimes be easier to
  757. pitch the code and rewrite it all from the specs.  If they still
  758. exist.
  759.  
  760. From: a0cb@.cc.pdx.edu (Chris Bertholf)
  761. Subject: Re: New NeXT's in November?
  762. Date: 5 Aug 91 22:11:53 GMT
  763. References: <7305@ns-mx.uiowa.edu: <ee=a02oc09tl01@JUTS.ccc.amdahl.com: <t88Hzj4r1@cs.psu.edu: <3120@pdxgate.UUCP: <ffaH5int1@cs.psu.edu: <3160@pdxgate.UUCP> <uq4Hdx#v1@cs.psu.edu>
  764. Sender: news@pdxgate.UUCP
  765.  
  766.  
  767. In article <uq4Hdx#v1@cs.psu.edu> you write:
  768. >
  769. >In article <3160@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  770. >
  771. >   Try to tell VARs and secondary software developers this. Especially if
  772. >   they have tuned their application(s) to the current hardware. Sure, it
  773. >   is 1991, but it is not as easy as you would like to believe or have the
  774. >   rest of us believe. At least it will be easier for them to PORT to the
  775. >   new hardware and software, given the NeXT development environment, but
  776. >   it will NOT be trivial. It sounds like you have never done a major port!
  777. >
  778. >
  779. >How are developers tuning their apps for the 68040?  NeXT has some
  780. >work to do, but most developers don't have much work at all!  They can
  781. >build 68040 and 88K (or any other chip) binaries from a single source.
  782. >Possibly the same source they're using today.
  783.  
  784. In many cases this is true, but it is NOT true in many other cases. Have you
  785. ever ported a large application before? Have you ever written a large app
  786. before--One which REQUIRED the use of assembly level programming for
  787. time critical apps or specialized optimization? In my experience, even moving 
  788. apps from one BSD 4.3 system to another BSD 4.3 system (both may be variants) 
  789. are not always as simple and straight-forward as you imply.
  790.  
  791. What if large portions of the optimized software I write is assembly for
  792. the 68040. I suppose you think that this would require a minor port to
  793. the 88K. I don't think so. Nor do many other independent software 
  794. developers. Believe it or not, many time critical and specialy optimized
  795. pieces of code are STILL WRITTEN IN ASSEMBLY LANGUAGE.
  796.  
  797. Of course if you have some special tool that will migrate 680x0 assembly
  798. to 88K assembly transparently and without programmer intervention, I think 
  799. a lot of people might become real interested (if NeXT moves to an 88K 
  800. platform). I'd be one of them.
  801.  
  802. Chris
  803.    __
  804.   /  ) /         
  805.  /    /_  __  o _ 
  806. (__/ / /_/ (_<_/_)_
  807.  
  808. From: rgc@risky.med.jhu.edu (Ross G. Cutler)
  809. Subject: Re: New NeXT's in November?
  810. Date: 6 Aug 91 05:47:06 GMT
  811. References: <3160@pdxgate.UUCP> <uq4Hdx#v1@cs.psu.edu> <3166@pdxgate.UUCP>
  812. Sender: rgc@risky.med.jhu.edu
  813.  
  814. In article <3166@pdxgate.UUCP> a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  815. [stuff deleted]
  816. >developers. Believe it or not, many time critical and specialy optimized
  817. >pieces of code are STILL WRITTEN IN ASSEMBLY LANGUAGE.
  818.  
  819. Admittedly, some stuff is written in assembly for speed, but
  820. how many NeXTstep Apps are?  That is the real question...  My guess is
  821. that virtually none use assembly (except for some DSP stuff).  In all of the
  822. NeXT PD source code that I've looked through in the archives, I haven't see
  823. one line of 68000 assembly code.  NeXT doesn't want people to use
  824. assembly, and this is reflected in the total lack of documentation for
  825. as(1).  Personally, I think this is a Good Thing, even though I use
  826. assembly myself (for hacks only).  In summary, I don't foresee any big
  827. problems in porting large applications (e.g. Improv, WP, Diagram), since
  828. I doubt very much that any of these packages have any assembly code in them
  829. at all.  Ross.
  830.  
  831. NeXTstep: It not like your father's computing environment...
  832.  
  833. From: lloyd@OTTO.UCC.UMASS.EDU (Lloyd)
  834. Subject: Re: DADiSP 2.01C Demo
  835. Date: 6 Aug 91 06:37:45 GMT
  836. Sender: daemon@ucbvax.BERKELEY.EDU
  837.  
  838.  
  839.  
  840. GEEEE, was that ported from MS-DOS???? I would have NEVER guessed.
  841. *GAG*
  842.  
  843. Chris
  844. lloyd@otto.ucc.umass.edu
  845.  
  846. From: lloyd@OTTO.UCC.UMASS.EDU (Lloyd)
  847. Subject: 68k->88k
  848. Date: 6 Aug 91 02:42:27 GMT
  849. Sender: usenet@ucbvax.BERKELEY.EDU
  850.  
  851.  
  852. [ blah blah, all sorts of stuff about going to the 88k and porting]
  853.  
  854. FINE, porting is no small task, thats not really the point, who cares if
  855. porting from VMS with little endian processor, diff compilers, diff libs
  856. etc etc to a Sun 3 is some work. The *point* is porting from 68k NeXT to 88K
  857. NeXT:
  858.  
  859. 68k and 88k will have the same endianess (88k can be big or small)
  860. The OS will be the same.
  861. The libraries will be the same.
  862. The word size will be the same.
  863. The files will be in the same place.
  864. etc etc ETC ...
  865.  
  866. The only data point really is anything that revolves around assembler,
  867. which is small to non-existant in *most* cases, fine, someone may have
  868. an entire app out there in 68k, they knew it would be unportable the minute
  869. they started it. I am currently writing some code which requires small little
  870. bits of asm for bitfield work, its isolated and uses gcc in-line assembler
  871. directives, it will take me about 15 minutes to port to the 88k. Big deal.
  872.  
  873. I sincerely do not think there is all that much 68k assembler for the NeXT
  874. out there...if there is, I would be interested to hear from people, and
  875. how much they actually have to port and *why* they did it in assembler in the
  876. first place.
  877.  
  878. Chris
  879. lloyd@otto.ucc.umass.edu
  880.  
  881. From: kari@finn (Kari Karhi)
  882. Subject: Re: New NeXT's in November?
  883. Date: 6 Aug 91 14:14:59 GMT
  884. References: <1991Aug6.054706.21642@boingo.med.jhu.edu>
  885. Sender: usenet@pensoft.uucp (Usenet Psuedo User)
  886.  
  887. In article <1991Aug6.054706.21642@boingo.med.jhu.edu> rgc@risky.med.jhu.edu  
  888. (Ross G. Cutler) writes:
  889. > Admittedly, some stuff is written in assembly for speed, but
  890. > how many NeXTstep Apps are?  That is the real question...  My guess is
  891.  
  892. co-Xist server uses some asm() calls that are mc680x0 specific.
  893.  
  894. From: a0cb@.cc.pdx.edu (Chris Bertholf)
  895. Subject: Re: New NeXT's in November?
  896. Date: 6 Aug 91 18:07:06 GMT
  897. References: <3160@pdxgate.UUCP: <uq4Hdx#v1@cs.psu.edu: <3166@pdxgate.UUCP: <1991Aug6.054706.21642@boingo.med.jhu.edu:
  898. Sender: news@pdxgate.UUCP
  899.  
  900. In article <1991Aug6.054706.21642@boingo.med.jhu.edu: rgc@risky.med.jhu.edu (Ross G. Cutler) writes:
  901. :In article <3166@pdxgate.UUCP: a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  902. :[stuff deleted]
  903. ::developers. Believe it or not, many time critical and specialy optimized
  904. ::pieces of code are STILL WRITTEN IN ASSEMBLY LANGUAGE.
  905. :
  906. :Admittedly, some stuff is written in assembly for speed, but
  907. :how many NeXTstep Apps are?  That is the real question...  My guess is
  908. :that virtually none use assembly (except for some DSP stuff).  In all of the
  909. :NeXT PD source code that I've looked through in the archives, I haven't see
  910. :one line of 68000 assembly code.  NeXT doesn't want people to use
  911. :assembly, and this is reflected in the total lack of documentation for
  912. :as(1).  Personally, I think this is a Good Thing, even though I use
  913. :assembly myself (for hacks only).  In summary, I don't foresee any big
  914. :problems in porting large applications (e.g. Improv, WP, Diagram), since
  915. :I doubt very much that any of these packages have any assembly code in them
  916. :at all.  Ross.
  917. :
  918.  
  919. I seem to remember that EDIT and several other apps were written in assembly.
  920. Just because you have not found any assembler in the marginally helpful, 
  921. generally small pieces of software on the archives does not mean that the
  922. proprietary apps don't have them.
  923.  
  924. Try porting code from a CISC to a RISC. If you have not taken the UTMOST
  925. care to make the code portable, it is a bitch... It doesn't even have to
  926. be assembly language we are talking about. Many programmers make incorrect
  927. assumptions about a variety of things (bit operations, bit fields, byte
  928. ordering, to name a few) that make it very difficult to port from a CISC
  929. to a RISC, or even to another different CISC.
  930.  
  931. In addition, Who says that these developers only want to develop for the
  932. NeXT. With the new SGI boxes, people may want to write portable apps for
  933. both boxes. Multimedia apps. Do that in a portable fashion. Especially
  934. graphics and sound... Oh, and don't use any assembly for the processors
  935. that do not even have C or other language compilers.
  936.  
  937. Chris
  938.    __
  939.   /  ) /         
  940.  /    /_  __  o _ 
  941. (__/ / /_/ (_<_/_)_
  942.  
  943. From: rgc@risky.med.jhu.edu (Ross G. Cutler)
  944. Subject: Re: New NeXT's in November?
  945. Date: 6 Aug 91 19:43:30 GMT
  946. References: <3166@pdxgate.UUCP: <1991Aug6.054706.21642@boingo.med.jhu.edu: <3175@pdxgate.UUCP>
  947.  
  948. [stuff deleted]
  949. In article <3175@pdxgate.UUCP> a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  950. >
  951. >I seem to remember that EDIT and several other apps were written in assembly.
  952. >Just because you have not found any assembler in the marginally helpful, 
  953. >generally small pieces of software on the archives does not mean that the
  954. >proprietary apps don't have them.
  955.  
  956. How do you know Edit was written in Assembly?  Did you see the source?
  957. It doesn't make any sense to me that it would be.  In fact, if you type
  958.  
  959.     otool -v -o /NextApps/Edit
  960.  
  961. you can see that there are lots of custom Obj-C files.  I could not find any
  962. traces of *.s files in Edit; it is possible that some assembly was used...
  963. but I highly doubt it.  GCC is a very good compiler, and produces very good
  964. code.  And since the NeXT is damn fast (as least as far as apps like Edit is
  965. concerned), why would any programmer taint his OOP code with assembly?
  966.  
  967. Ross.
  968.  
  969. From: a0cb@.cc.pdx.edu (Chris Bertholf)
  970. Subject: Re: New NeXT's in November?
  971. Date: 6 Aug 91 22:36:22 GMT
  972. References: <3166@pdxgate.UUCP: <1991Aug6.054706.21642@boingo.med.jhu.edu: <3175@pdxgate.UUCP> <1991Aug6.194330.28967@boingo.med.jhu.edu>
  973. Sender: news@pdxgate.UUCP
  974.  
  975. In article <1991Aug6.194330.28967@boingo.med.jhu.edu> you write:
  976. >[stuff deleted]
  977. >In article <3175@pdxgate.UUCP> a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  978. >>
  979. >>I seem to remember that EDIT and several other apps were written in assembly.
  980. >>Just because you have not found any assembler in the marginally helpful, 
  981. >>generally small pieces of software on the archives does not mean that the
  982. >>proprietary apps don't have them.
  983. >
  984. >How do you know Edit was written in Assembly?  Did you see the source?
  985. >It doesn't make any sense to me that it would be.  In fact, if you type
  986. >
  987. >    otool -v -o /NextApps/Edit
  988. >
  989. >you can see that there are lots of custom Obj-C files.  I could not find any
  990. >traces of *.s files in Edit; it is possible that some assembly was used...
  991. >but I highly doubt it.  GCC is a very good compiler, and produces very good
  992. >code.  And since the NeXT is damn fast (as least as far as apps like Edit is
  993. >concerned), why would any programmer taint his OOP code with assembly?
  994.  
  995. Well, I might be wrong, but then the thread about EDIT originally being
  996. written in MOSTLY assembly that occurred in reference to another thread
  997. on comp.sys.next should have drawn a little more heat than it did...
  998. How do you know that large portions were not written in assembly?
  999. Did you see the source? Another Poster has pointed out that CoXist has 
  1000. several assembly hacks to get the job done... I was just pointing out one 
  1001. app that I heard had some major assembly work in it...
  1002.  
  1003. I find it interesting that you say "taint", when most or all of the
  1004. programmers and application developers I know tend to optimize and
  1005. write time critical apps with combinations of C *AND* assembly. Have
  1006. you ever written real time apps, time critical apps, or done your
  1007. own optimization? (No, the -O option does not count)
  1008.  
  1009. In addition, the argument about GCC producing tight code doesn't apply.
  1010. GCC will have to be reworked to *EFFECTIVELY* support the 88K RISC
  1011. processor. RISC is not CISC. The techniques for efficient compilers
  1012. on a RISC box are very different than those for CISC boxes.  The
  1013. compiler has to make use of the pipelines and superscalar architecture 
  1014. of the RISC chip, in addition to the register allocation problems
  1015. and the limitations of addressing memory directly versus through
  1016. the cache. Why do you think IBM has a 37% improvement in SPECmarks
  1017. without changing the clock speed of the RS/6000s, only the compilers
  1018. were changed...  BTW, IBM does not share all of its optimization
  1019. techniques with the rest of the world--some are patented proprietary
  1020. information that the GNU project will not have access to...
  1021.  
  1022. RISC is only as good as the compilers that produce code for the RISC
  1023. chip. Poor compiler technique can result in a RISC that has a phenomenal
  1024. MIPS and MFLOPS rating, but can't outcompute an a 68K apple.
  1025.  
  1026. Chris
  1027.    __
  1028.   /  ) /         
  1029.  /    /_  __  o _ 
  1030. (__/ / /_/ (_<_/_)_
  1031.  
  1032. From: rgc@risky.med.jhu.edu (Ross G. Cutler)
  1033. Subject: Re: New NeXT's in November?
  1034. Date: 7 Aug 91 00:17:50 GMT
  1035. References: <3175@pdxgate.UUCP> <1991Aug6.194330.28967@boingo.med.jhu.edu> <3183@pdxgate.UUCP>
  1036.  
  1037. In article <3183@pdxgate.UUCP> a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  1038. [stuff deleted]
  1039. >Well, I might be wrong, but then the thread about EDIT originally being
  1040. >written in MOSTLY assembly that occurred in reference to another thread
  1041. >on comp.sys.next should have drawn a little more heat than it did...
  1042. >How do you know that large portions were not written in assembly?
  1043. >Did you see the source? Another Poster has pointed out that CoXist has 
  1044. >several assembly hacks to get the job done... I was just pointing out one 
  1045. >app that I heard had some major assembly work in it...
  1046. >
  1047. >I find it interesting that you say "taint", when most or all of the
  1048. >programmers and application developers I know tend to optimize and
  1049. >write time critical apps with combinations of C *AND* assembly. Have
  1050. >you ever written real time apps, time critical apps, or done your
  1051. >own optimization? (No, the -O option does not count)
  1052. >
  1053. >In addition, the argument about GCC producing tight code doesn't apply.
  1054. >GCC will have to be reworked to *EFFECTIVELY* support the 88K RISC
  1055. >processor. RISC is not CISC. The techniques for efficient compilers
  1056. >on a RISC box are very different than those for CISC boxes.  The
  1057. >compiler has to make use of the pipelines and superscalar architecture 
  1058. >of the RISC chip, in addition to the register allocation problems
  1059. >and the limitations of addressing memory directly versus through
  1060. >the cache. Why do you think IBM has a 37% improvement in SPECmarks
  1061. >without changing the clock speed of the RS/6000s, only the compilers
  1062. >were changed...  BTW, IBM does not share all of its optimization
  1063. >techniques with the rest of the world--some are patented proprietary
  1064. >information that the GNU project will not have access to...
  1065. >
  1066. >RISC is only as good as the compilers that produce code for the RISC
  1067. >chip. Poor compiler technique can result in a RISC that has a phenomenal
  1068. >MIPS and MFLOPS rating, but can't outcompute an a 68K apple.
  1069.  
  1070.     Sure, I've done lots of 286 assembly work with C, including realtime
  1071. work.  I even wrote an entire Core-like graphics library in assembly for
  1072. C, because speed was of the utmost importance.  But that was then, on on
  1073. relatively slow computers...now we have Objective-C and a relatively fast
  1074. computer.  You don't *need* assembly for applications like Improv or
  1075. Adobe Illustrator.  And the NeXT *isn't* realtime (we still use PCs for
  1076. that...).
  1077.  
  1078. I said "taint" because OOP is very *high* level, and assembly is very
  1079. *low* level.  You say you program in "C and assembly"; currently, I do 
  1080. most of my programming in Objective-C (or C++).  OOP is what the NeXT is
  1081. about.  Assembly isn't.  That's why it isn't supported at *all*.
  1082.  
  1083. Finally, GCC is available on at least two RISC computers, namely the
  1084. Sun SPARCstations (SPARC CPU) and the DEC DECstations (MIPS R2/3000). 
  1085. It might be availably for the PS/6000 and Snakes too.  So NeXT
  1086. is not starting from scratch (i.e. your CISC != RISC statement isn't
  1087. very relavent).
  1088.  
  1089. Ross.
  1090.  
  1091. From: sef@kithrup.COM (Sean Eric Fagan)
  1092. Subject: Re: New NeXT's in November?
  1093. Date: 7 Aug 91 00:11:18 GMT
  1094. References: <3175@pdxgate.UUCP> <1991Aug6.194330.28967@boingo.med.jhu.edu> <3183@pdxgate.UUCP>
  1095.  
  1096. In article <3183@pdxgate.UUCP> a0cb@psuorpn.UUCP (Chris Bertholf) writes:
  1097. >In addition, the argument about GCC producing tight code doesn't apply.
  1098. >GCC will have to be reworked to *EFFECTIVELY* support the 88K RISC
  1099. >processor. 
  1100.  
  1101. It already has been.  Gcc-2 (still in alpha, "Soon" to be beta) has a lot of
  1102. features to work well on a RISC machine, including the 88k.
  1103.  
  1104. >RISC is not CISC. The techniques for efficient compilers
  1105. >on a RISC box are very different than those for CISC boxes.  
  1106.  
  1107. Not much.  That's one of the interesting things about CISC vs. RISC:
  1108. someone once made a compiler only use the "simple" instructions on a VAX
  1109. (including simple addressing modes), and benchmarked the output with the
  1110. output of the unmodified compiler.  Result:  the RISC-based approach was
  1111. faster.  (I really wish I could remember where this was; I'm pretty sure it
  1112. was in a UseNIX paper within the past two or three years.)
  1113.  
  1114. Code generation that produces fast code on a '40 is going to pretty much do
  1115. the same thing on an 88k (remember that the complex addressing modes on the
  1116. '40 are slower than the "simple" ones).
  1117.  
  1118. >BTW, IBM does not share all of its optimization
  1119. >techniques with the rest of the world--some are patented proprietary
  1120. >information that the GNU project will not have access to...
  1121.  
  1122. Uhm, most of the stuff IBM is doing is pretty obvious to people writing
  1123. compilers.  As I said, gcc-2 is no slouch on RISC machines (I've been told
  1124. that it outperforms most other compilers for the Sparc, including Sun's; I
  1125. don't have any figures, though, so that's just anecdotal).
  1126.  
  1127. >RISC is only as good as the compilers that produce code for the RISC
  1128. >chip. 
  1129.  
  1130. So is a CISC chip.  Sheesh.
  1131.  
  1132.  
  1133. From: melling@cs.psu.edu (Michael D Mellinger)
  1134. Subject: Re: New NeXT's in November?
  1135. Date: 7 Aug 91 01:30:48 GMT
  1136. References: <3166@pdxgate.UUCP: <1991Aug6.054706.21642@boingo.med.jhu.edu:
  1137.     <3175@pdxgate.UUCP> <1991Aug6.194330.28967@boingo.med.jhu.edu>
  1138.     <3183@pdxgate.UUCP>
  1139. Sender: news@cs.psu.edu (Usenet)
  1140. In-Reply-To: a0cb@.cc.pdx.edu's message of 6 Aug 91 22: 36:22 GMT
  1141. Nntp-Posting-Host: sunws0.sys.cs.psu.edu
  1142.  
  1143.  
  1144. In article <3183@pdxgate.UUCP> a0cb@.cc.pdx.edu (Chris Bertholf) writes:
  1145.  
  1146.    In addition, the argument about GCC producing tight code doesn't apply.
  1147.    GCC will have to be reworked to *EFFECTIVELY* support the 88K RISC
  1148.    processor. RISC is not CISC. The techniques for efficient compilers
  1149.    on a RISC box are very different than those for CISC boxes.  The
  1150.    compiler has to make use of the pipelines and superscalar architecture 
  1151.    of the RISC chip, in addition to the register allocation problems
  1152.    and the limitations of addressing memory directly versus through
  1153.    the cache. Why do you think IBM has a 37% improvement in SPECmarks
  1154.    without changing the clock speed of the RS/6000s, only the compilers
  1155.    were changed...  BTW, IBM does not share all of its optimization
  1156.    techniques with the rest of the world--some are patented proprietary
  1157.    information that the GNU project will not have access to...
  1158.  
  1159. GNU GCC has already been ported to the 88K.  Data General has been
  1160. using it for quite some time.  Compiler technology plays a *very*
  1161. important role in RISC processors.
  1162.  
  1163.    RISC is only as good as the compilers that produce code for the RISC
  1164.    chip. Poor compiler technique can result in a RISC that has a phenomenal
  1165.    MIPS and MFLOPS rating, but can't outcompute an a 68K apple.
  1166.  
  1167. We already know this.  RISC isn't exactly new.  There are just a few
  1168. workstation vendors that haven't made the move to RISC yet.  NeXT, and
  1169. ... that's all I can think of. GCC 2.0 will be in out sometime in the
  1170. next several months and it will include many improvements in the
  1171. optimizer, especially ones for RISC processors.  The FSF claims that
  1172. it's as good (or comes close?) to Sun's commercial compiler for
  1173. generating Sparc code.
  1174.  
  1175. -Mike
  1176.  
  1177. From: brian@beerwolf.umd.edu (Brian Cuthie)
  1178. Subject: Re: Peripheral questions
  1179. Date: 18 Aug 91 13:19:45 GMT
  1180. References: <1774@endor.das.harvard.edu.harvard.edu>
  1181. Sender: newspost@umbc3.umbc.edu (News  posting account)
  1182.  
  1183. In article <1774@endor.das.harvard.edu.harvard.edu> kochhar@das.harvard.edu  
  1184. (Sandeep Kochhar) writes:
  1185.  
  1186.     < Edited for television viewing >
  1187.  
  1188. > I'm in the process of buying a NeXT machine (the basic 105M slab) for home
  1189. > use, and I had a couple of questions about peripheral devices:
  1190. > 1. Can any SCSI external disk drive that I see in PC or MAC magazine be
  1191. >     used with a NeXT?
  1192. >    Do you have any recommendations (or "avoid this brand" advice)  about
  1193. >    where I could get a decently  priced drive (about 300-600 Megs)?
  1194. > 2. I also am looking at buying a Tape Drive both for Backups and for
  1195. >     transferring large amounts of data between the NeXT  and a
  1196. >     Sun Sparcstation at work.  The Sun Sparcstations that I have
  1197. >     access to use a Cartridge Tape Drive that, I think, uses a
  1198. >     format called "Quick 150".  Anyone know where I could get a
  1199. >     tape drive for that (and approx prices...)?  If that is a bad
  1200. >     choice,  please let me know as well...
  1201.  
  1202. Whatever you do, these days, buy a DAT drive.  The DDS standard (which is used  
  1203. in the DAT drives) is compatible accross drive manufacturers.  What's nice  
  1204. about DAT is that you get 2 gig on a $10 tape with a transfer rate of 10M  
  1205. bytes/minute.  The QIC (Quarter Inch Cartridge) drives are a little less  
  1206. expensive, but you will pay for it in time and tapes (they are about $20 - $30  
  1207. each -- and you'll need more of them) over the long haul.
  1208.  
  1209. I recommend the Archive DAT drive.  It can be had from several mail order  
  1210. houses that list in the back of MacUser.  It's not black but it is real nice.   
  1211. I got mine from APS (big ads in the back of MacUser and MacWorld) for about  
  1212. $1500.
  1213.  
  1214. BTW:  Avoid the scum company that is advertising in the back of MacUser and  
  1215. MacWorld.  They claim to be a mail order house, *but* they have a 900 number  
  1216. instead of an 800 number.  They want several dollars a minute to place an order  
  1217. by telephone *and* they want $10 (!!!) if you call their 900 FAX number!  I  
  1218. believe the schmucks call themselves "Bottom Line".  Obviously they're more  
  1219. concerned with *their* bottom line than yours...
  1220.  
  1221. -Brian
  1222.  
  1223. > Please reply by e-mail if possible.
  1224. > Thanks.
  1225. > Sandeep Kochhar
  1226.  
  1227. From: ekouba@afit.af.mil (Eric T. Kouba)
  1228. Subject: crash with writenow
  1229. Date: 19 Aug 91 17:31:22 GMT
  1230.  
  1231. I have a new 8/200 machine that has been giving me problems at
  1232. random intervals.  I have been using mainly WriteNow, so that
  1233. is where the crashes occur.  After creating a new document, or
  1234. opening up a new one, and after some period of editing (with
  1235. or without saves in between), I get a panic dialog box popping
  1236. up.  Something about invalid descriptor during table walk.
  1237. I wrote down all of the relevent codes the last time it happened,
  1238. but don't have it with me at the moment.  From what I've heard,
  1239. WriteNow is supposed to be a fairly hardy piece of software,
  1240. so that leaves just the operating system.  What kind of bug
  1241. would pop up at random intervals like that?
  1242.  
  1243. Thanks in advance.
  1244.  
  1245. From: eboltz@jhunix.HCF.JHU.EDU (Eric Scott Boltz)
  1246. Subject: NeXTCube For Sale
  1247. Keywords: sale
  1248. Date: 19 Aug 91 18:56:26 GMT
  1249.  
  1250. ****  POSTING FOR A FRIEND  ****
  1251. ****  PLEASE DO NOT RESPOND ****
  1252. ****  TO THIS ACCOUNT       ****
  1253.  
  1254.  
  1255. Eric,
  1256.  
  1257. Please post this for me.
  1258.  
  1259. I am selling the following NeXT configuration.
  1260.  
  1261. Original NeXTCube w/ megapixel display
  1262. Upgraded to 68040 & version 2.1 of the OS
  1263. 667 Megabyte Wren drive
  1264. 256 Megabyte Optical drive w/ two cartridges
  1265. 12 Megabytes of RAM
  1266.  
  1267. This system is in exelent condition.  Asking $7000 or best reasonable 
  1268. offer.
  1269.  
  1270. Send inquires to ALANDAIL@applelink.apple.com
  1271.  
  1272.  
  1273. From: simsong@nextworld.com (Simson L. Garfinkel)
  1274. Subject: GNU source-code availability
  1275. Date: 19 Aug 91 18:19:13 GMT
  1276. Sender: simsong@NeXTWORLD.COM
  1277.  
  1278. I just spoke with the appropriate people at NeXT.  There have been  
  1279. numerous hold-ups and the company hopes to ship the floppy disks by  
  1280. October.  (Groan).  
  1281.  
  1282. However, I'm working with them to see if I can get a copy sometime  
  1283. this week, which I will make available for FTP, once I get it.
  1284.  
  1285. ................................................................simso 
  1286. n
  1287.  
  1288.  
  1289.  
  1290. -- NewsGrazer, a NeXTstep(tm) news reader, posting --
  1291. M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9G-W:7-S($AE;'9E=&EC83M]"EQM
  1292. M87)G;#$R,`I<;6%R9W(Q,C`*>UQC;VQO<G1B;%QR960P7&=R965N,%QB;'5E
  1293. M,#M]"EQP87)D7'1X-3,S7'1X,3`V-UQT>#$V,#%<='@R,3,U7'1X,C8V.%QT
  1294. M>#,R,#)<='@S-S,V7'1X-#(W,%QT>#0X,#-<='@U,S,W7&8P7&(P7&DP7'5L
  1295. M,%QF<S(T7&9C,"!)(&IU<W0@<W!O:V4@=VET:"!T:&4@87!P<F]P<FEA=&4@
  1296. M<&5O<&QE(&%T($YE6%0N("!4:&5R92!H879E(&)E96X@;G5M97)O=7,@:&]L
  1297. M9"UU<',@86YD('1H92!C;VUP86YY(&AO<&5S('1O('-H:7`@=&AE(&9L;W!P
  1298. M>2!D:7-K<R!B>2!/8W1O8F5R+B`@*$=R;V%N*2X@(%P*7`I(;W=E=F5R+"!)
  1299. M)VT@=V]R:VEN9R!W:71H('1H96T@=&\@<V5E(&EF($D@8V%N(&=E="!A(&-O
  1300. M<'D@<V]M971I;64@=&AI<R!W965K+"!W:&EC:"!)('=I;&P@;6%K92!A=F%I
  1301. M;&%B;&4@9F]R($944"P@;VYC92!)(&=E="!I="Y<"EP*+BXN+BXN+BXN+BXN
  1302. M+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN+BXN
  1303. 4+BXN+BXN+G-I;7-O;EP*7`H*?0HN
  1304. `
  1305.  
  1306. From: johnr%oceania@UUNET.UU.NET (John Robison)
  1307. Subject: Can't ignore (Was: Testing ... please ignore)
  1308. Date: 19 Aug 91 19:59:19 GMT
  1309. References: <1991Aug16.182822.370@wcraft.wimsey.bc.ca>
  1310. Sender: johnr@oceania.UUCP (John Robison)
  1311.  
  1312. In article <1991Aug16.182822.370@wcraft.wimsey.bc.ca> Joseph Chin writes:
  1313. > This is a test post. No one should be reading this news group anyways!
  1314. > -- 
  1315.  
  1316. BZZZTT! WRONG!!
  1317.  
  1318. This newsgroup is still being carried around the globe.
  1319. People are still reading (and paying) for it.
  1320.  
  1321. If you *MUST* play with posting, use the "to" group you should
  1322. have created when you installed news. This group is specifically
  1323. for local "testing". There is also a "local" for distribution,
  1324. or you can post to misc.test or other groups specifically
  1325. designed for testing you outgoing news functionality.
  1326.  
  1327. Our "local" group is "to.oceania". Look for the local group
  1328. and play there. "Testing" the capabilities of NewsGrazer
  1329. to c.s.next is certainly something we can do without!!!!
  1330.  
  1331. John
  1332.  
  1333. From: muilu@finsun.csc.fi (Juha Muilu)
  1334. Subject: software dealers in usa
  1335. Date: 20 Aug 91 15:20:07 GMT
  1336. Sender: usenet@nic.funet.fi
  1337. Nntp-Posting-Host: finsun.csc.fi
  1338.  
  1339.  
  1340. Hey,
  1341. Could somebody send a fax number(s) of the good NeXT-software
  1342. dealeri(s) in USA. Thanks.
  1343.  - Juha
  1344.  jmuilu@joyds3.joensuu.fi
  1345.  
  1346. From: rnielsen@everest.com (Robert D. Nielsen)
  1347. Subject: Employment for NeXT Developers
  1348. Date: 20 Aug 91 17:26:00 GMT
  1349. Sender: rnielsen@everest.com (Robert D. Nielsen)
  1350.  
  1351. Everest Technology, Inc. is looking for three NeXT Developers.  Everest is  
  1352. preparing to increasing its staff to meet the demands of a large consulting  
  1353. contract.
  1354.  
  1355. These positions, which are full time and permanent, will require relocation to  
  1356. the Bay Area in October.
  1357.  
  1358. The requirements are
  1359.    3 years C development experience
  1360.    2 years NeXTstep development experience
  1361.  
  1362. Previous application development using the Sound Kit a plus.
  1363. Oracle experience a plus
  1364.  
  1365. Please respond via email.
  1366. No calls please.
  1367.  
  1368. --
  1369. Robert D. Nielsen
  1370. Everest Technology, Inc.
  1371. Palo Alto, California
  1372.  
  1373. Voice    (415) 326 2130
  1374. NeXTfax  (415) 326 2131
  1375.  
  1376. NeXTmail rnielsen@everest.com
  1377.  
  1378. From: tilley@ccu.umanitoba.ca (Richard Tilley)
  1379. Subject: Re: crash with writenow
  1380. Date: 20 Aug 91 20:48:44 GMT
  1381. References: <1991Aug19.173122.3327@afit.af.mil>
  1382.  
  1383. WriteNow craps often. Your Saves should be oftener :-)
  1384. A case-insensative find for "the" in the "core" file
  1385. using Edit can recover some data. Usually many copies.
  1386.  
  1387. From: tms@twins.lanl.gov (Todd M. Swan)
  1388. Subject: SimuLEARN
  1389. Date: 21 Aug 91 15:56:33 GMT
  1390. Sender: news@beta.lanl.gov (Usenet News)
  1391.  
  1392. I have been reading through the Spring 1991 NeXT Software and  
  1393. Peripherals guide and I hav come across one of interest, SimuLEARN by  
  1394. Knowlege Transfer International.  But when I call the number it is  
  1395. out of service.  I called directory assistance and there is no  
  1396. listing.  Has anyone heard of or dealt with this product or company  
  1397. or are they dead in the water?  E-mail replies please... 
  1398.  
  1399. Todd
  1400.  
  1401. --
  1402. ================================================================                
  1403. !   PLEASE DEFINE:    ! NeXT mail    ! Todd M. Swan            !                
  1404. !      Ignorance      ! replies are  ! tms@twins.lanl.gov      !                
  1405. !      Apathy         ! encouraged!  ! Los Alamos National Lab !                
  1406. =====================================! Los Alamos, NM          !                
  1407. !     I don't know and               ! LANL is not responsible !                
  1408. !         I don't care....           ! for my actions or words !                
  1409. ================================================================                
  1410.  
  1411.  
  1412. -- NewsGrazer, a NeXTstep(tm) news reader, posting --
  1413. M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C%<9G-W:7-S($AE;'9E=&EC83M<9C!<
  1414. M9FUO9&5R;B!#;W5R:65R.UQF,EQF;FEL(%1I;65S+5)O;6%N.WT*7&UA<F=L
  1415. M,3(P"EQM87)G<C$R,`I[7&-O;&]R=&)L7')E9#!<9W)E96XP7&)L=64P.WT*
  1416. M7'!A<F1<='@Q,34R7'1X,C,P-%QT>#,T-39<='@T-C`X7'1X-3<V,%QT>#8Y
  1417. M,3)<='@X,#8T7'1X.3(Q-EQT>#$P,S8X7'1X,3$U,C!<9C%<8C!<:3!<=6PP
  1418. M7&9S,CA<9F,P($D@:&%V92!B965N(')E861I;F<@=&AR;W5G:"!T:&4@4W!R
  1419. M:6YG(#$Y.3$@3F585"!3;V9T=V%R92!A;F0@4&5R:7!H97)A;',@9W5I9&4@
  1420. M86YD($D@:&%V(&-O;64@86-R;W-S(&]N92!O9B!I;G1E<F5S="P@"EQB7&D@
  1421. M4VEM=4Q%05)."EQB,%QI,"`@8GD@"EQB7&D@2VYO=VQE9V4@5')A;G-F97(@
  1422. M26YT97)N871I;VYA;`I<8C!<:3`@+B`@0G5T('=H96X@22!C86QL('1H92!N
  1423. M=6UB97(@:70@:7,@;W5T(&]F('-E<G9I8V4N("!)(&-A;&QE9"!D:7)E8W1O
  1424. M<GD@87-S:7-T86YC92!A;F0@=&AE<F4@:7,@;F\@;&ES=&EN9RX@($AA<R!A
  1425. M;GEO;F4@:&5A<F0@;V8@;W(@9&5A;'0@=VET:"!T:&ES('!R;V1U8W0@;W(@
  1426. M8V]M<&%N>2!O<B!A<F4@=&AE>2!D96%D(&EN('1H92!W871E<C\@($4M;6%I
  1427. M;"!R97!L:65S('!L96%S92XN+@I[>UQ.1T=R87!H:6,S.#8@<VUI;&EE+G1I
  1428. M9F8*-C$T($TS-%1@*D!@8&`O0&!@)"%@8&!@8&!@8&`E,"%@,&!@8&!@8#5@
  1429. M(31@8&!@8&`A-&`E,&!@8&!@8"4P8#4*36!@8&!@8&`U8"$T8&!@8&!@)"%@
  1430. M)3!@8&!@8&!@8"%@,&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
  1431. M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
  1432. M8&!@8&`O7V!@8&!@"DTF0&!@7UPC7U!@8&!@8"-?4"]?8&!@8&!@+U]07UQ@
  1433. M8&!@8&!?7"-?7&!@8&!@(U]0+U]@8&!@+V`O7V`*35]<8&!@8"]@(V`C7U`C
  1434. M7&!@+V!@8&!08%Q@8&`C8&!@8&`L8&!@8"-@8&!@(V!@8&!@+V!@8&!<8&!@
  1435. M8`I-8"]@8&`O8&!@8&!@+U!@(U!@8&!@8&`C7U]<8&!@8&`C,"1@8&`L8&!@
  1436. M8"%@(51@8&`D(6!@+&!@8&`A"DU@8%Q@8&`D(F!@+&!@8&`B8&`H8&!`)"-@
  1437. M8"Q@8&!@(6!@)&!@8"0F8&`L8&!@8"%@8"1@8&`D,6!@,&`*36!@8")@8&`A
  1438. M1D`D-6!@+&!@8&`A8&`H8&!@)#=@8#!@8&!@(F!@8"%(0"0Z8&`T8&!@8"%@
  1439. M8&`A2D`D.PI-8&`T8&!@8"%@8&`A3$`D/&!@+&!@8&`A8&`H8&!@)$A@8"Q@
  1440. M8&!@(6!@*&!@*"-#8&`L8&!@8"%@8"1@"D5@8&!@8&!@8&!@8"A@8&!@0&!@
  1441. M8&`G0&!@8"%88&!+7$!@8&`I46!@(D]28&!@8$<D8"Q@"F`*?0JL?5QP87)D
  1442. M7'1X,3$U,EQT>#(S,#1<='@S-#4V7'1X-#8P.%QT>#4W-C!<='@V.3$R7'1X
  1443. M.#`V-%QT>#DR,39<='@Q,#,V.%QT>#$Q-3(P7&8Q7&(P7&DP7'5L,%QF<S(X
  1444. M7&9C,"!<"@I<9C!<9G,R-"!<"@I<9C)<8EQI7&9S,S8@5&]D9`I<9C!<8C!<
  1445. M:3!<9G,R-"!<"@I<"BTM7`H]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
  1446. M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]("`@("`@("`@
  1447. M("`@("`@(%P*(2`@(%!,14%312!$149)3D4Z("`@("$@3F585"!M86EL("`@
  1448. M("$@5&]D9"!-+B!3=V%N("`@("`@("`@("`@(2`@("`@("`@("`@("`@("!<
  1449. M"B$@("`@("!)9VYO<F%N8V4@("`@("`A(')E<&QI97,@87)E("`A('1M<T!T
  1450. M=VEN<RYL86YL+F=O=B`@("`@("$@("`@("`@("`@("`@("`@7`HA("`@("`@
  1451. M07!A=&AY("`@("`@("`@(2!E;F-O=7)A9V5D(2`@(2!,;W,@06QA;6]S($YA
  1452. M=&EO;F%L($QA8B`A("`@("`@("`@("`@("`@(%P*/3T]/3T]/3T]/3T]/3T]
  1453. M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/2$@3&]S($%L86UO<RP@3DT@("`@("`@
  1454. M("`@(2`@("`@("`@("`@("`@("!<"B$@("`@($D@9&]N)W0@:VYO=R!A;F0@
  1455. M("`@("`@("`@("`@("`A($Q!3DP@:7,@;F]T(')E<W!O;G-I8FQE("$@("`@
  1456. M("`@("`@("`@("`@7`HA("`@("`@("`@22!D;VXG="!C87)E+BXN+B`@("`@
  1457. M("`@("`@(2!F;W(@;7D@86-T:6]N<R!O<B!W;W)D<R`A("`@("`@("`@("`@
  1458. M("`@(%P*/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
  1459. M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/2`@("`@("`@("`@("`@("!<"@I]
  1460. !"CT]
  1461. `
  1462.  
  1463. From: derek@stdb.jhuapl.edu (Derek at SFA)
  1464. Subject: Cheap memory and HardDrives Where?
  1465. Date: 21 Aug 91 20:26:39 GMT
  1466. Sender: news@aplcomm.JHUAPL.EDU
  1467.  
  1468. I am looking for a place for cheap memory/HD. I have seen numerous postings but
  1469. do not have the name/number around. I believe chip merchant has been 
  1470. mentioned alot. Any help appreciated. e-mail preferred.
  1471.  
  1472. =derek
  1473.  
  1474. From: jacobus@mentor.cc.purdue.edu (Kirsten C. Jacobus)
  1475. Subject: GIF converter
  1476. Date: 21 Aug 91 21:48:44 GMT
  1477.  
  1478. Are there any GIF readers/converters out there in PD/FTP land for the 
  1479. NeXT?
  1480.  
  1481.  
  1482. From: milionis@nyquist.ee.wits.ac.za (Taki Milionis)
  1483. Subject: Re: Xview on NeXt
  1484. Keywords: X, Xview, SunView
  1485. Date: 21 Aug 91 18:35:49 GMT
  1486. References: <1991Aug11.162744.28318@ms.uky.edu>
  1487. Sender: usenet@quagga.ru.ac.za (Rhodes University NNTP server)
  1488.  
  1489. In <1991Aug11.162744.28318@ms.uky.edu> raj@ms.uky.edu (Raj Yavatkar) writes:
  1490.  
  1491. [Stuff deleted]
  1492. >    I am interested in porting Xview to Next machines and would
  1493. >like to know whether anyone has already done it.
  1494.  
  1495. As far as I know, you may get XNeXT.tar.Z via anon FTP from
  1496.  
  1497. nova.cc.purdue.edu   /pub/next/1.0-release/binaries/XNeXT.tar.Z
  1498.  
  1499. I assume that the file system contains a binary file. I have not yet fetched
  1500. the file because I do not have direct access to the NET. I would hate to 
  1501. think what would happen if I requested 8Mb with FTPMAIL.
  1502. Could you let me know when you have successfully installed it?
  1503.  
  1504. --------------------------------------------------------------
  1505. Taki Milionis              milionis@odie.ee.wits.ac.za    
  1506. Network Manager            milionis@nyquist.ee.wits.ac.za
  1507. Electrical Engineering        ------------------------------
  1508. Wits Univeristy
  1509.  
  1510. From: guy@auspex.auspex.com (Guy Harris)
  1511. Subject: Re: Xview on NeXt
  1512. Keywords: X, Xview, SunView
  1513. Date: 22 Aug 91 22:26:02 GMT
  1514. References: <1991Aug11.162744.28318@ms.uky.edu> <milionis.682799749@nyquist>
  1515.  
  1516. >>    I am interested in porting Xview to Next machines ...
  1517. >
  1518. >As far as I know, you may get XNeXT.tar.Z via anon FTP ...
  1519.  
  1520. Yes, but does it include XView, or is it just an X server and possibly
  1521. "vanilla" X libraries?
  1522.  
  1523. From: cpg@cs.utexas.edu (Carlos M. Puchol)
  1524. Subject: XNeXT: what's wrong, X or NeXT ?, (or me :^)
  1525. Summary: I can't install XNeXT in my station
  1526. Keywords: XNeXT
  1527. Date: 23 Aug 91 08:22:22 GMT
  1528.  
  1529. (Sorry if this has been brought up before, I searched and didn't find anything)
  1530.  
  1531.     I have just installed the XNeXT release version 0.9.1 (MIT) on a 040
  1532. color station. No problems in the installation. But when I click in the
  1533. dock (or in the file viewer,) I get no response. I launch it from the
  1534. command line and I get the following message:
  1535. (I typed the "dwrite" they tell in the instalation before this ...)
  1536.  
  1537. > travis % XNeXT
  1538. > can't open root window: WindowBitmap: Can't connect to server
  1539. > screen 0 failed initialization
  1540. > Fatal server bug!
  1541. > no screens found
  1542. > IOT trap
  1543. > travis % 
  1544.  
  1545.     I am running version 2.0 of the Operating System.
  1546.  
  1547.     When I try to run any binary Xapplication in the station, (even with DISPLAY set to a
  1548. machine running X (R4)) I get:
  1549.  
  1550. > X Toolkit Error: Can't Open display
  1551.  
  1552.     0) I don't know much about X, but as I understand from the README file
  1553. I think need to instal the X R3 server in the machine, is this right?
  1554.  
  1555.     1) Do I need to have X (R3) running in my box to be
  1556. able to diplay something run in the NeXT box in its display?
  1557.  
  1558.     2) Do I need to have X (R3) running in a remote machine to be
  1559. able to diplay something run in the NeXT box, in that remote machine's display?
  1560.  
  1561.     3) I am quite confused because the documentation with this release
  1562. of XNeXT is REALLY poor. Can anybody help me with this ?
  1563.  
  1564.  
  1565. Thanks a bunch,
  1566.  
  1567. Carlos Puchol
  1568.  
  1569. Computer Sciences Department
  1570. The University of Texas at Austin
  1571. cpg@cs.utexas.edu
  1572. (NeXT mail accepted :^)
  1573.  
  1574. From: lacsap@plethora.media.mit.edu (Pascal Chesnais)
  1575. Subject: Re: XNeXT: what's wrong, X or NeXT ?, (or me : ^)
  1576. Date: 23 Aug 91 11:56:25 GMT
  1577. References: <1838@saltillo.cs.utexas.edu>
  1578. Sender: news@news.media.mit.edu (USENET News System)
  1579.  
  1580. From the FAQ:
  1581.  
  1582.   There is a X11R3 version named XNeXT developed by MIT.  This version
  1583.   is available in binary only, works only on monochrome machines and does 
  1584.   not work under Release 2.0 of the NeXT OS.  XNeXT is a 1-bit black and 
  1585.   white server.  XNeXT is available from most ftp sites that have 
  1586.   NeXT software. 
  1587.  
  1588. ---
  1589.  
  1590. I will send a note to the keepers of XNeXT to fix the readme.  There is
  1591. no plan to fix this server.  Do not ask me for more info on X,  I do not
  1592. use it.
  1593.  
  1594. pasc
  1595. --
  1596. Pascal Chesnais, Research Specialist, Electronic Publishing Group
  1597. Media Laboratory, E15-351, 20 Ames Street, Cambridge, Ma, 02139 (617) 253-0311
  1598. email: lacsap@plethora.media.mit.edu (NeXT)
  1599.  
  1600. From: winkowsk@issun3.stc.nl (Daniel Winkowski)
  1601. Subject: HyperMedia HW/SW Suggestions Needed
  1602. Date: 23 Aug 91 06:26:16 GMT
  1603.  
  1604.  
  1605. I am searching for suggestions on platforms and software products that meet the
  1606. below requirements for a hypermedia authoring and display system. I would
  1607. prefer commercial proven products but will also look at research and public
  1608. domain software. In the below discussion the term slide/card is used to refer
  1609. to the most primitive element of a presentation.
  1610.  
  1611. Key:    * Requirement    + Nice to have
  1612.  
  1613. Media Types: Importation from other sources 
  1614. ------------
  1615. * Text            * Graphics (color preferred)
  1616. + Video            + Sound            + Annimation
  1617.  
  1618. Presentation:
  1619. -------------
  1620. * Color Monitor        * Projection system    + TV
  1621.  
  1622. Architecture:
  1623. -------------
  1624. + Supports cooperative authoring over a network 
  1625.  
  1626. Organization/Control:
  1627. ---------------------
  1628. * Can impose a standard toplevel framework to a presentation
  1629. * Can link a slide/card to others - "hyper like links"
  1630. * Dialogs/Indicators may be added to provide user control of which
  1631.   link will be followed.
  1632. * Can link a slide/card to a programatic routine for automatic updating (e.g.
  1633.   from a database,  spreadsheet, or another application/process).
  1634. * Control by some type of computer language and/or an expert system langauge
  1635. + Programatic building of slides/cards.
  1636.  
  1637. User Interface:
  1638. ---------------
  1639. * Given a set of slides/cards to author, in depth knowledge of computers should
  1640.   not be required (programmer support may be required for linking to other
  1641.   applications). --> Intuitive authoring interface.
  1642.  
  1643. Programatic Support:
  1644. --------------------
  1645. + For those features which are not commercially provided and must be 
  1646.   programmed, the platform/software should provide development support for 
  1647.   a rapid prototyping initiative.
  1648.  
  1649. ===============
  1650.  
  1651. From: pranav@unx.sas.com (Pranav Patel)
  1652. Subject: SAS on NeXT demo at the next TUNG meeting
  1653. Date: 25 Aug 91 03:17:54 GMT
  1654. Sender: pranav@unx.sas.com (Pranav Patel)
  1655.  
  1656. It seems my first attempt to post this failed. So if you get this by mistake
  1657. forgive.
  1658.  
  1659.  
  1660.  
  1661. The next Triangle Area Users of the NeXT Group (TUNG)  meeting will be on august 27th(tuesday). 
  1662. The meeting will be hosted by SAS Institute in their Cary Headquarters. 
  1663. The Topic of the meeting will be a demonstration of SAS on the NeXT platform.
  1664. The meeting will be at 6:30pm. The quard at the gate will direct you.
  1665. If you have any questions please feel free to call me at 919-677-8000 ext 7545.
  1666. I will include the following general directions to the Institute.
  1667.  
  1668.  
  1669. >From chapel hill and durham. take I-40 EAST to raleigh. 
  1670. Get off on exit for Harrison Avenue(exit 287). Take a right at the exit. 
  1671. The next left at the stop light is SAS Institute.
  1672.  
  1673.  
  1674. >From Raleigh take I-40 WEST to durham and chapel hill take the 
  1675. Harrison Avenue exit(exit 287). Take a left at the exit stop light. 
  1676. Cross the Bridge and the next left at the stop light is SAS Institute.
  1677.  
  1678. thanks
  1679.  
  1680. -pranav patel-
  1681. Graphical User Interfaces Project Manager
  1682. Open Systems Research & Development
  1683. SAS Institute Inc.
  1684. SAS Campus Drive
  1685. Cary, NC 27513
  1686. pranav@sas.com
  1687.  
  1688. envisage before you saltate.
  1689.  
  1690. From: tybalt@milton.u.washington.edu (Prince of Cats)
  1691. Subject: hex tool
  1692. Summary: D**n BL cubes that don't come with the hex wrench
  1693. Keywords: hex tool alternates
  1694. Date: 26 Aug 91 01:43:00 GMT
  1695.  
  1696.  
  1697.     I love my NeXT, honestly I do, almost as much as my girlfriend (well, no,
  1698.  but  ;))...anyhow, beings as I got my cube through the fire sale, I managed
  1699.  not to get a hex wrench with my cube...anybody know where in the hell to get
  1700.  one that will work?  I tried 2 full sets of standard hex wrenches, none of
  1701.  which worked.  How much (if it's possible) is it to order one from NeXT?
  1702.  Could a substitute be found elsewhere?
  1703.    I want to install my RAM!!!  &^%&$*&**$#%!@#%!#$^$%^
  1704.    Grrrr...
  1705.  
  1706.   Thanks for any info...  :)
  1707.  
  1708. From: mcdonald@cs.sfu.ca (Ken Mcdonald)
  1709. Subject: Network updating problem on NeXT
  1710. Date: 25 Aug 91 22:38:03 GMT
  1711.  
  1712. I'm currently doing som programmin in Common LISP on a Next--I write
  1713. the code at home on my mac, upload it to a SUN (because I have a Zmodem
  1714. binary for the Sun, but not for the NeXT), and then login on the NeXT
  1715. to actually run and debug the code.  Since the Sun and NeXT are networked
  1716. together, this shouldn't cause problems, but in fact the NeXT sometimes
  1717. doesn't become aware of the new, just-uploaded file for a very long time--
  1718. which can be quite annoying, and wastes a lot of my time.  I've been told
  1719. this is due to a caching problem with the NeXT, but the person who told
  1720. me this didn't have any suggestion for fixing the problem.  Anyone out
  1721. there who can help?
  1722.  
  1723. Thanks in advance,
  1724. Ken McDonald
  1725. mcdonald@cs.sfu.ca
  1726.  
  1727. From: daugher@cs.tamu.edu (Walter C. Daugherity)
  1728. Subject: Re: hex tool
  1729. Keywords: NeXT hex tool
  1730. Date: 26 Aug 91 15:42:47 GMT
  1731. References: <1991Aug26.014300.11761@milton.u.washington.edu>
  1732. Sender: usenet@helios.TAMU.EDU
  1733.  
  1734. In article <1991Aug26.014300.11761@milton.u.washington.edu>  
  1735. tybalt@milton.u.washington.edu (Prince of Cats) asks where
  1736. to get a hex tool (for removing the back panel to install
  1737. more RAM, etc.).
  1738.  
  1739. Reading the Friendly Manual, Appendix C of the User's
  1740. Reference says "you can buy another one from your
  1741. Authorized NeXT Service Center or use a three-millimeter
  1742. ball-tipped hex wrench, which can be bought at a hardware
  1743. store."
  1744.  
  1745. P.S.  I am posting this reply to comp.sys.next as well as
  1746. comp.sys.next.misc for the benefit of the original poster.
  1747.  
  1748. From: doug@foxtrot (Douglas Scott)
  1749. Subject: Re: XNeXT: what's wrong, X or NeXT ?, (or me :^)
  1750. Date: 26 Aug 91 17:32:22 GMT
  1751. References: <1838@saltillo.cs.utexas.edu>
  1752. Sender: root@ucsbcsl.ucsb.edu
  1753.  
  1754. In article <1838@saltillo.cs.utexas.edu> cpg@cs.utexas.edu (Carlos M. Puchol)  
  1755. writes:
  1756. >     I am running version 2.0 of the Operating System.
  1757. >     When I try to run any binary Xapplication in the station, (even with  
  1758. DISPLAY set to a
  1759. > machine running X (R4)) I get:
  1760. > > X Toolkit Error: Can't Open display
  1761. >     0) I don't know much about X, but as I understand from the README file
  1762. > I think need to instal the X R3 server in the machine, is this right?
  1763.  
  1764.     Ouch.  No.  The R3 server (XNeXT) does not run on the 2.0 machine
  1765. at all.  Throw it and all its binaries, etc., away right now.
  1766.  
  1767. >     1) Do I need to have X (R3) running in my box to be
  1768. > able to diplay something run in the NeXT box in its display?
  1769.  
  1770. First see above answer.  Then, you need to run an X server of some sort on your  
  1771. machine to do anything with X.  What is a "NeXT Box"?  The X root window on the  
  1772. NeXT?
  1773.  
  1774. >     2) Do I need to have X (R3) running in a remote machine to be
  1775. > able to diplay something run in the NeXT box, in that remote machine's  
  1776. display?
  1777.  
  1778. Have you worked with any form of X before?  One of the basic principles is that  
  1779. you usually run the X server locally, but can run applications remotely.
  1780.  
  1781. >     3) I am quite confused because the documentation with this release
  1782. > of XNeXT is REALLY poor. Can anybody help me with this ?
  1783.  
  1784. Dump it, and grab the newer version of the X server off of the Net somewhere  
  1785. (one of the NeXT archives).  It is called Mouse-X.  Everything in it is  
  1786. identical to a standard X11R4 release, except it has its own pre-compiled  
  1787. server, which has a couple of special tricks built in.  There should be  
  1788. documentation with it.
  1789.  
  1790. There is also a commercial X release out call CoXist, for around $400 I hear.
  1791.  
  1792. --
  1793. Douglas Scott                              (805)893-8352
  1794. Center for Computer Music Research and Composition
  1795. University of California, Santa Barbara
  1796. Internet: (NeXTMail ok)   <doug@foxtrot.ucsb.edu>
  1797.  
  1798. From: root@next1.questor.wimsey.bc.ca (Operator)
  1799. Subject: test
  1800. Date: 26 Aug 91 21:28:49 GMT
  1801. Sender: root@pkyn.wimsey.bc.ca (Operator)
  1802.  
  1803. test
  1804.  
  1805. From: mcoste@next.com (Michel Coste)
  1806. Subject: Re: test--please ignore
  1807. Date: 26 Aug 91 21:38:46 GMT
  1808. References: <1991Aug13.005917.4800@balor.apple.com>
  1809. Sender: news@NeXT.COM
  1810.  
  1811. In article <1991Aug13.005917.4800@balor.apple.com> mikel@balor writes:
  1812. > This is a test.
  1813. > This is only a test.
  1814.  
  1815. test too
  1816.  
  1817. From: kari@finn (Kari Karhi)
  1818. Subject: Re: XNeXT: what's wrong, X or NeXT ?, (or me :^)
  1819. Date: 26 Aug 91 22:55:11 GMT
  1820. References: <1233@ucsbcsl.ucsb.edu>
  1821. Sender: usenet@pensoft.uucp (Usenet Psuedo User)
  1822.  
  1823. In article <1233@ucsbcsl.ucsb.edu> doug@foxtrot (Douglas Scott) writes:
  1824. > There is also a commercial X release out call CoXist, for around $400 I hear.
  1825. >  
  1826. It's actually only about half of that.  The above figure includes Motif and the  
  1827. documentation in Digital Librarian format.
  1828.  
  1829. Sorry for the commercial, but I did not want to leave a wrong impression on  
  1830. anyone's mind.
  1831.  
  1832. Kari Karhi
  1833. Pencom Software
  1834. (512)343-1111
  1835.  
  1836. From: terry@sonia.math.ucla.edu
  1837. Subject: need recommendations for MIDI project
  1838. Date: 27 Aug 91 02:39:34 GMT
  1839. Sender: terry@MATH.UCLA.EDU
  1840.  
  1841. Hi, everyone!
  1842.  
  1843. I am soon to start on a programming project and am looking for a few 
  1844. recommendations for compilers, libraries, etc.
  1845.  
  1846. The project will involve MIDI, the Musical Instrument Digital Interface.
  1847. The main thing I need to do is "get and put music".  For example, I 
  1848. would like to be able to read the signals coming in off a MIDI device
  1849. (say, a keyboard) and display the notes being played.
  1850.  
  1851. Target platforms (minimum configurations) will be:
  1852.  
  1853.     PC:  8 MHz XT, monochrome, 512K, hard disk
  1854.     Mac: SE, monochrome, 2 Mb, hard disk
  1855.     NeXT:  well, the minimum NeXT should be sufficient 8-)
  1856.  
  1857. The PC is the primary target.
  1858.  
  1859. Right now, I expect to be developing in C++, given the popularity and
  1860. portability of the language and number of third-party tools & libs
  1861. available.
  1862.  
  1863. So ....
  1864.  
  1865. 1. Can anyone recommend a C++ compiler?  After reading reviews, I am
  1866. down to
  1867.  
  1868.     Borland:    speed, lotsa tools, Windows support
  1869.     Zortech:    speed, Mac, OS/2 and UNIX versions available
  1870.     JPI:        multi-language support
  1871.  
  1872. ... I don't know diddly about Mac and NeXT compilers ...
  1873.  
  1874. 2. What are good references for
  1875.  
  1876.     MIDI standard?
  1877.     MIDI programming?
  1878.  
  1879. 3. Are there standards for interfacing to MIDI cards?  How many types of
  1880. MIDI adapters are out there, anyway?  Are they available on the Mac and
  1881. NeXT?  Will a box that plugs into a PC MIDI card work with one in a Mac?
  1882.  
  1883. 4. According to _Computer Language_ mag, you can interface C++ with 
  1884. the MacApp libraries.  Has anyone ever done this?  Do you need a particular
  1885. C++ compiler?
  1886.  
  1887. 5. I could use libraries for
  1888.  
  1889.     Screen design
  1890.     General-purpose, high-speed graphics
  1891.     MIDI (may roll my own there)
  1892.  
  1893. I am leaning towards the Zinc Interface lib for the PC.  However, something
  1894. supported on multiple platforms would be nice.
  1895.  
  1896. Also, when you use a interface library, like Zinc, can you mix its graphics
  1897. with stuff from a general-purpose library?  For example, if I were writing
  1898. a drawing program, I might use a interface lib to lay out the standard
  1899. "sketchpad" with a top menu bar.  I would then want to be able to use 
  1900. general-purpose routines to "draw" in the sketching area.  I'm worried
  1901. about the interface manager's "layers" or screens or viewports or 
  1902. whatever screwing me up, like forgetting to redraw my sketches when 
  1903. it redraws the screen for whatever reason.  Is this a problem?  Am I 
  1904. just being paranoid?
  1905.  
  1906. Thanks for reading this long post.  Please reply by e-mail, and I will
  1907. send summaries to anyone interested and post the results to the net.
  1908.  
  1909. Thanks again!
  1910.  
  1911. Terry McKiernan
  1912. terry@math.ucla.edu, terry@law.ucla.edu
  1913.  
  1914. From: an602@cleveland.Freenet.Edu (James M. Bernatowicz)
  1915. Subject: NeXT Brochure/Info Wanted
  1916. Date: 27 Aug 91 06:15:22 GMT
  1917. Sender: news@usenet.ins.cwru.edu
  1918.  
  1919.  
  1920. Hello.  I am evaluating my options for a new system.  I'd really like
  1921. a UNIX workstation, and somebody mentioned NeXT.  I know nothing of these
  1922. machines, (and little more about Suns.)  If someone could please point
  1923. me in the direction of a NeXT representative, I'd be most appreciative!
  1924. I am located in Cleveland, OH but will be moving the The University of
  1925. Michigan in Ann Arbor soon.
  1926.  
  1927. I'd like to know prices, hardware "under the hood," and the selling points.
  1928. In other words, the pros/cons of a NeXT workstation.
  1929.  
  1930. What do you people use it for?  (Besides posting test messages to
  1931. comp.sys.next? :-)
  1932.  
  1933. Thanks in advance, jmb
  1934.  
  1935.  
  1936. From: dscy@eng.cam.ac.uk (D.S.C. Yap)
  1937. Subject: Re: Network updating problem on NeXT
  1938. Date: 27 Aug 91 03:22:15 GMT
  1939. References: <1991Aug25.223803.19666@cs.sfu.ca>
  1940. Sender: @eng.cam.ac.uk
  1941.  
  1942. Try "touch"ing the file.
  1943.  
  1944. Davin
  1945.  
  1946. From: ravend!brian@netcomsv.netcom.com (Brian Caslis)
  1947. Subject: Internal Drive for NeXTcube for sale
  1948. Keywords: NeXT cube hard drive sale
  1949. Date: 27 Aug 91 07:26:18 GMT
  1950. Sender: news@ravend.uucp
  1951.  
  1952. For Sale:
  1953.  
  1954. Maxtor 8380S 340MB Full Height 5.25" Hard Drive. Used as 
  1955. an internal drive in a NeXTcube. Drive has performed flawlessly,
  1956. I only need more space! Drive is best suited as an internal drive
  1957. for a NeXTcube. An external case would be required for a NeXTstation.
  1958. Price is $700 OBO. If interested please call (415)694-4189 or e-mail.
  1959.  
  1960. ---
  1961. Brian Caslis    * NeXTmail accepted!
  1962.         * Internet: ravend!brian@netcomsv.netcom.com
  1963.         * or        brianc@synopsys.com
  1964.         * UUCP: ...decwrl!apple!netcom!ravend!brian
  1965.  
  1966. From: dweissman@amarna.gsfc.nasa.gov (WiseGuy)
  1967. Subject: Re: XNeXT: what's wrong, X or NeXT ?, (or me :^)
  1968. Date: 27 Aug 91 15:22:34 GMT
  1969. References: <1233@ucsbcsl.ucsb.edu> <1991Aug26.225511.16733@pensoft.uucp>
  1970. Sender: news@dftsrv.gsfc.nasa.gov
  1971. News-Software: VAX/VMS VNEWS 1.3-4
  1972.  
  1973. In article <1991Aug26.225511.16733@pensoft.uucp>, kari@finn (Kari Karhi) writes...
  1974. ^In article <1233@ucsbcsl.ucsb.edu> doug@foxtrot (Douglas Scott) writes:
  1975. ^> There is also a commercial X release out call CoXist, for around $400 I hear.
  1976. ^>  
  1977. ^It's actually only about half of that.  The above figure includes Motif and the  
  1978. ^documentation in Digital Librarian format.
  1979. ^Sorry for the commercial, but I did not want to leave a wrong impression on  
  1980. ^anyone's mind.
  1981.  
  1982. Try about $350 with Motif and Digital Librarian.
  1983. ================================================================================
  1984. Dave Weissman - Broadband and FDDI LAN Operations Group
  1985.  
  1986. Snail mail:                       NSI DECNET (SPAN) -  6153::DWEISSMAN
  1987.    Code 543.8                     NSI TCP/IP        -  dweissman@<128.183.112.2>
  1988.    Goddard Space Flight Center    SPRINTnet's X.400 -
  1989.    Greenbelt, Maryland 20771      (C:USA,A:TELEMAIL,P:GSFC,FN:DAVID,SN:WEISSMAN)
  1990.  
  1991. From: tmab+@andrew.cmu.edu (Thomas Mok)
  1992. Subject: Alternative input device
  1993. Date: 27 Aug 91 21:02:55 GMT
  1994.  
  1995. Does anyone know whether there are commercial barcode readers that can be
  1996. used as input devices for the NeXT?
  1997.  
  1998. Tom Mok
  1999.  
  2000. P.S.  What are touch screen?
  2001.  
  2002. From: jiro@shaman.com (Jiro Nakamura)
  2003. Subject: Re: Connecting An Apple Scanner to a NeXT
  2004. Date: 28 Aug 91 22:17:25 GMT
  2005. Sender: daemon@ucbvax.BERKELEY.EDU
  2006.  
  2007.  
  2008. Concerning connecting an Apple Scanner to the NeXT:
  2009.  
  2010.     1) There were no set SCSI commands for controlling a scanner until SCSI-2.  
  2011. Most of the scanners on the market (Canon, Apple, HDB, etc.) use proprietary /  
  2012. incompatible commands for scanning. This causes problems for folks who want to  
  2013. scan.
  2014.  
  2015.     2) The scanner object bundled with Scene only talks to HDB scanners and  
  2016. scanners that are OEMed from the same supplier (I forgot the name, I believe it was  
  2017. a german company).  The chances of a random scanner having the same command  
  2018. set is pretty slim.
  2019.  
  2020.     3) Most companies that sell scanners for the NeXT and Apple will sell you their  
  2021. software only, so that foiks who have previously purchased their machines for their  
  2022. Apples aren't left out. Of course, Apple Inc. does not produce such software for the  
  2023. NeXT machines.
  2024.  
  2025.     4)  The Shaman Group is currently working on the concept of scanner  
  2026. independence from a (non-scanner) developer's perspective. Eventually, we (or other  
  2027. people cooperating in our project) hope to support as many scanners as we can. But  
  2028. the project is currently still a sparkle in our minds, so don't expect it any time soon.
  2029.  
  2030.     - jiro nakamura
  2031.     jiro@shaman.com
  2032.  
  2033. From: cs00jec@unccvax.uncc.edu (Jim Cain)
  2034. Subject: Missing all discussions
  2035. Keywords: arggh  mad as fire
  2036. Date: 28 Aug 91 22:50:01 GMT
  2037.  
  2038.  
  2039. Well, we still don't get the new c.s.n groups. I've read *twelve* new
  2040. messages in the last week. This really pisses me off, but I understand
  2041. the reason, I suppose. When I asked when it would be looked into, I
  2042. received the following:
  2043.  
  2044. [from one admin:]
  2045.  
  2046. Jim, I don't know.  It won't be soon.  We are very busy getting up
  2047. 97 more Sun's and 5 more servers - and that's just in Engineering.
  2048. News is a nice feature, but it is not something that Dean's and
  2049. Chairmen demand to have going for their researchers. [sic, to death!]
  2050.  
  2051.  
  2052.  
  2053. Oh, well.
  2054.  
  2055. From: hschaffn@tsypac1.UUCP (Heinz Schaffner)
  2056. Subject: NeXT Info Wanted
  2057. Date: 28 Aug 91 12:47:32 GMT
  2058.  
  2059. Hello:
  2060.  
  2061. We are located in Toronto, Canada, and are looking for information on the
  2062. location of a local (or close) NeXT distributor or reseller.
  2063.  
  2064. Thanks in advance
  2065.  
  2066. Heinz Schaffner
  2067. ..!uunet!torsqnt!tsypac1!hschaffn
  2068.  
  2069. From: francisr@silver.ucs.indiana.edu (Rob Francis)
  2070. Subject: Benchmarks on the fortran compiler?
  2071. Date: 29 Aug 91 01:52:15 GMT
  2072. Sender: news@bronze.ucs.indiana.edu (USENET News System)
  2073. Nntp-Posting-Host: silver.ucs.indiana.edu
  2074.  
  2075. Does anyone have some benchmarks on the fortran compiler for the NeXT?
  2076. I've gotten some replies from people like, "Faster than a XXX" or "Not
  2077. as fast as a XXX", but I'd really like to get hold of some real
  2078. numbers.  
  2079. Please reply via email. I'll post a summary if there's interest.
  2080. Thanks in advance,
  2081. Rob
  2082.  
  2083. Rob Francis
  2084. francisr@indiana.edu
  2085.  
  2086. From: jcr@milton.u.washington.edu (Jeff Fire)
  2087. Subject: How Can I Restart/Reset-From-FIle Workspace Without Loging Out  (for me account)
  2088. Date: 29 Aug 91 01:57:08 GMT
  2089. Sender: news@milton.u.washington.edu (News)
  2090.  
  2091.  
  2092.   I use a "me" account that won't save Workspace settings (i.e. Dock & 
  2093.     File Viewer settings).
  2094.  
  2095.   All I have is a permanent directory.
  2096.  
  2097.   Can I restart the Workspace without loging out?
  2098.  
  2099.   Can I reset the Workspace via a file (not interactively)?
  2100.  
  2101.   Can "Edit" record and play back commands (via recorder or macros)?
  2102.  
  2103.   Can "Edit" select a "box" of text (i.e. select certain columns 
  2104.     and rows via mouse)?
  2105.  
  2106.   Pleas e-mail me if you have any info.
  2107.  
  2108. From: slp@genrad.uucp (Stephen L. Peters)
  2109. Subject: Re: Missing all discussions
  2110. Keywords: arggh  mad as fire
  2111. Date: 29 Aug 91 19:06:18 GMT
  2112. References: <3657@unccvax.uncc.edu>
  2113. Sender: news@genrad.UUCP
  2114.  
  2115. In article <3657@unccvax.uncc.edu> cs00jec@unccvax.uncc.edu (Jim Cain) writes:
  2116. [note from his sysadmins saying, in effect, that they're too busy to
  2117. trifle with News]
  2118.  
  2119. Well, pardon my flamage, but I think this is really stupid.  If you're
  2120. not going to administer your news system then *what's the point of
  2121. being a news administrator*???  The add date for the new groups was
  2122. July 7 -- over 7 weeks ago!!!  How much further behind are they?
  2123. Since that time 22 other groups have been created in non-alternate
  2124. hierarchies alone.
  2125.  
  2126. In my humble opinion, being a news administrator is *not* a full-time
  2127. job, especially if the system is more or less already set up.
  2128. However, if you let the backlog get to be too big, it will become a
  2129. major undertaking.
  2130.  
  2131. No matter what the "Deans and Chairmen" want, the thing that matters
  2132. most in any administration is upkeep.  97 Suns and five servers later,
  2133. the news problem will still be huge, and then it will be put off
  2134. because of problems with the new machines (I'm willing to place a
  2135. small wager on this).  
  2136.  
  2137. I don't know what kind of setup your school (or business?) has, but if
  2138. they have the budget (they should, 97 Suns don't come cheap), they
  2139. should try getting a student or someone to become a part-time news
  2140. administrator.  The main sysadmins get the time they need to work, and
  2141. the news users get service.  Everyone is happy.
  2142.  
  2143. Sorry.  I may not know the entire situation, but this kind of
  2144. procrastination on the part of the admins bugs me.
  2145.  
  2146.  
  2147. "Brutus assassinated Caesar, what, 2000 years ago?   |
  2148. And here's a high-school dropout with a $1.25 an     | Stephen Peters
  2149. hour job in Dallas, Texas who knows who he was.      | slp@genrad.com
  2150. And they say fame is fleeting."  -- JWB, _Assassins_ |
  2151.  
  2152. From: paladin@en.ecn.purdue.edu (Robert Wen)
  2153. Subject: Cube prices
  2154. Date: 29 Aug 91 22:43:55 GMT
  2155. Sender: paladin@en.ecn.purdue.edu (Robert Wen)
  2156.  
  2157. Hi netters!!
  2158.     I'm interested in obtaining a Nextcube and am interested in seeing 
  2159. what prices and educational discounts are like at other places.
  2160. Actually, I wouldn't mind an 030 cube either (hint, hint).  If anybody could
  2161. post or e-mail any information it would be greatly appreciated.
  2162.  
  2163.  
  2164. From: an602@cleveland.Freenet.Edu (James M. Bernatowicz)
  2165. Subject: Re: Cube prices
  2166. Date: 30 Aug 91 03:51:08 GMT
  2167. References: <1991Aug29.224355.29948@en.ecn.purdue.edu>
  2168. Sender: news@usenet.ins.cwru.edu
  2169. Nntp-Posting-Host: cwns1.ins.cwru.edu
  2170.  
  2171.  
  2172. In a previous article, paladin@en.ecn.purdue.edu (Robert Wen) says:
  2173.  
  2174. >Hi netters!!
  2175. >    I'm interested in obtaining a Nextcube and am interested in seeing 
  2176. >what prices and educational discounts are like at other places.
  2177. >Actually, I wouldn't mind an 030 cube either (hint, hint).  If anybody could
  2178. >post or e-mail any information it would be greatly appreciated.
  2179.  
  2180. Please post those replies!  I'd like to see that info also.  Thanks!
  2181.  
  2182.  
  2183. From: blakemor@software.org (Alex Blakemore)
  2184. Subject: looking for Ada compilers on the NeXT horizon
  2185. Summary: Is anyone planning on releasing an Ada compiler for NeXT ?
  2186. Keywords: Ada NeXT
  2187. Date: 30 Aug 91 15:31:15 GMT
  2188.  
  2189.  
  2190.   Does anyone know of existing or planned Ada compilers for the NeXT ?
  2191. I remember some literature that claimed Janus was planning a NeXT version.
  2192.  
  2193. From: dar@reef.cis.ufl.edu (David Risler)
  2194. Subject: Re: Cube prices
  2195. Date: 30 Aug 91 16:22:19 GMT
  2196. References: <1991Aug29.224355.29948@en.ecn.purdue.edu> <1991Aug30.035108.607@usenet.ins.cwru.edu>
  2197. Sender: news@uflorida.cis.ufl.EDU
  2198.  
  2199.  
  2200.   John from ufl.nerdc sent me this number for NeXT educational discount
  2201. prices.  They are still working off the Spring '91 prices, but they should
  2202. decrease and the new list is due out sometime October (according to annonymous
  2203. tip form guy at NeXT).  Here it is:  1-800-848-NEXT. 
  2204.  
  2205. From: baldwa@ondine.adobe.com (Sanjay Baldwa)
  2206. Subject: Need and implementation of malloc_size()
  2207. Date: 29 Aug 91 21:12:32 GMT
  2208. Sender: news@adobe.COM
  2209.  
  2210. Hi,
  2211.  
  2212. Could somebody mail me an implementation of malloc_size()? as in the
  2213. malloc(3) family of functions. We are in a process of moving to another
  2214. system and malloc(3) library doesn't have malloc_size().
  2215.  
  2216. Thanks,
  2217.  
  2218. Sanjay
  2219.  
  2220. --
  2221. baldwa@adobe.com  or  ..!decwrl!adobe!baldwa
  2222.  
  2223. From: jncs@uno.edu
  2224. Subject: Re: looking for Ada compilers on the NeXT horizon
  2225. Date: 30 Aug 91 20:00:07 GMT
  2226. References: <1991Aug30.153115.11720@software.org>
  2227. Sender: news@cs.tulane.edu
  2228.  
  2229. In article <1991Aug30.153115.11720@software.org>, blakemor@software.org (Alex Blakemore) writes:
  2230. >
  2231. >  Does anyone know of existing or planned Ada compilers for the NeXT ?
  2232. A Meridian representative called me this week to let me know the existance of
  2233. Ada for the NeXT; her name is Linda Souza. (714) 727-0700. Ext 224.
  2234.  
  2235. Jaime Nino
  2236. Computer Science Department
  2237. University of New Orleans
  2238.  
  2239. From: baldwa@ondine.adobe.com (Sanjay Baldwa)
  2240. Subject: Need and implementation of malloc_size()
  2241. Date: 29 Aug 91 21:04:21 GMT
  2242. Sender: news@adobe.COM
  2243.  
  2244. Hi,
  2245.  
  2246. Could somebody mail me an implementation of malloc_size()? as in the
  2247. malloc(3) family of functions. We are in a process of moving to another
  2248. system and malloc(3) library doesn't have malloc_size().
  2249.  
  2250. Thanks,
  2251.  
  2252. Sanjay
  2253.  
  2254. --
  2255. baldwa@adobe.com  or  ..!decwrl!adobe!baldwa
  2256.  
  2257. From: an602@cleveland.Freenet.Edu (James M. Bernatowicz)
  2258. Subject: 24 Pin Matrix Printer on a NeXT?
  2259. Date: 31 Aug 91 00:12:58 GMT
  2260. Sender: news@usenet.ins.cwru.edu
  2261. Nntp-Posting-Host: cwns1.ins.cwru.edu
  2262.  
  2263.  
  2264. I suspect the answer is no, but I thought I'd ask.  I have an NEC P5200
  2265. 24 pin dot matrix printer, and I'd like to know if I would be able to use
  2266. it if I bought a NeXT.  Is there is a parallel port on the NeXT? 
  2267.  
  2268. Are there ANY other printing alternatives?  
  2269.  
  2270. Thanks!
  2271.  
  2272. Jim
  2273.  
  2274. From: labb-4ea@e260-3d.berkeley.edu
  2275. Subject: When will we be getting the software!!!!!
  2276. Date: 31 Aug 91 05:24:21 GMT
  2277. Sender: usenet@agate.berkeley.edu (USENET Administrator)
  2278. Originator: labb-4ea@e260-3d.berkeley.edu
  2279.  
  2280.  
  2281. I have purchased a NeXT in early January from the University of California
  2282. at Berkeley.  After patiently waited for three months, the machine finally
  2283. arrived in the middle of march.  However, the machine does not include 
  2284. mathematica, nor does deliever the NeXTStep software which I have orderd
  2285. along with the computer.  
  2286.  
  2287. So far, the machine is sitting on desk does nothing, since I have intended
  2288. to use it for programming and number crunching purpose, and I have neither
  2289. the mathematica nor the NeXTStep software.
  2290.  
  2291. Does anyone who purchases the NeXT computer actually be able to get hold
  2292. of NeXTStep release 2.1, or the mathematica?  If not, does anyone has
  2293. any vague idea of how soon that we will be able to receive the software?
  2294.  
  2295.  
  2296. I have pressed the computer store for a defnite deadline for receiving the
  2297. software, but all they can tell me is we can only deliver what the NeXT
  2298. Inc. send to us.
  2299.  
  2300. Reply please send to stevek@corwin.barra.com
  2301.  
  2302. From: perstoro@netmbx.UUCP (Wilhelm Schaefer)
  2303. Subject: Re: 24 Pin Matrix Printer on a NeXT?
  2304. Date: 31 Aug 91 09:21:05 GMT
  2305. References: <1991Aug31.001258.1928@usenet.ins.cwru.edu>
  2306.  
  2307. an602@cleveland.Freenet.Edu (James M. Bernatowicz) writes:
  2308.  
  2309.  
  2310. >I suspect the answer is no, but I thought I'd ask.  I have an NEC P5200
  2311. >24 pin dot matrix printer, and I'd like to know if I would be able to use
  2312. >it if I bought a NeXT.  Is there is a parallel port on the NeXT? 
  2313.  
  2314. >Are there ANY other printing alternatives?  
  2315.  
  2316. Yes and no.
  2317. I heard from a program that makes the NeXT able to print with
  2318. a nec 2200. And there will be some other drivers, soon!
  2319. Also it is possible to put a parallel-interface on you scsi-port.
  2320. On the other hand, the NeXT printer is not that expencive, but it is much better
  2321. than any pinwriter.
  2322.  
  2323. so long
  2324.         perstoro
  2325.  
  2326.  
  2327.  
  2328.  
  2329.  
  2330.  
  2331. *****************************************************************
  2332. * perstoro@netmbx.in-berlin.de   | NeXT mail is *very* welcome! * 
  2333. * perstoro@opal.cs.tu-berlin.de  |                              *       
  2334. *****************************************************************
  2335.  
  2336. From: atau@ccrma.Stanford.edu (Atau Tanaka)
  2337. Subject: Re: need recommendations for MIDI project
  2338. Date: 31 Aug 91 21:45:56 GMT
  2339. References: <1991Aug27.023934.21056@math.ucla.edu>
  2340. Sender: news@leland.Stanford.EDU (Mr News)
  2341.  
  2342. terry@sonia.math.ucla.edu writes
  2343. > I am soon to start on a programming project and am looking for a few 
  2344. > recommendations for compilers, libraries, etc.
  2345. > 2. What are good references for
  2346. >     MIDI standard?
  2347. >     MIDI programming?
  2348. > 3. Are there standards for interfacing to MIDI cards?  How many types of
  2349. > MIDI adapters are out there, anyway?  Are they available on the Mac and
  2350. > NeXT?  Will a box that plugs into a PC MIDI card work with one in a Mac?
  2351.  
  2352. The International MIDI Association (IMA) is the main clearinghouse for  
  2353. obtaining the MIDI Specification. They're right in LA, so you can look them up.  
  2354. Let me know if you can't, and I'll dig up the number. On the Mac, it seems as  
  2355. though most MIDI programmers use the Think C compiler. 
  2356.  
  2357. As for MIDI interfaces, the NeXT and Mac serial ports are nearly compatible -  
  2358. Opcode and others make interfaces that work in both (watch out, with NeXT's 040  
  2359. motherboards, serial ports A and B are not the same, and Mac MIDI interfaces  
  2360. seem to work in serial B).
  2361.  
  2362. There are software MIDI drivers available online for the NeXT, and from Opcode  
  2363. or Apple for the Mac (Opcode MIDI System and MIDI Manager, respectively).
  2364.  
  2365. You really ought to check out the state of the art of what's already available  
  2366. out there in the commercial MIDI software world. Opcode and Mark of the Unicorn  
  2367. and Passport are good places to start with the Mac, and Mike McNabb's  
  2368. "Ensemble" is an example that ships with the next.
  2369.  
  2370.                       Atau Tanaka
  2371.  
  2372. From: atau@ccrma.Stanford.edu (Atau Tanaka)
  2373. Subject: Terminal menubar
  2374. Keywords: shell, preference
  2375. Date: 31 Aug 91 21:51:42 GMT
  2376. Sender: news@leland.Stanford.EDU (Mr News)
  2377.  
  2378. Here's a how-come:
  2379. How come Terminal is the only program that refuses to place its menubar where  
  2380. you've told the Prefs app to put menubars? I've got my menubars placed over on  
  2381. the right hand side of my screen so as to free up valuable real estate in the  
  2382. upper left hand corner. Every app accedes to this except Terminal.
  2383.  
  2384. Also, cmn3 still doesn't register with People. Even when I'm on, running People  
  2385. shows "nobody" on cmn3. Should I take this personally?
  2386.  
  2387.                  Atau Tanaka , atau@ccrma.stanford.edu
  2388.  
  2389.